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Abstract 

Relational lattices are obtained by interpreting lattice connectives as natural join and inner union between 
database relations. Our study of their equational theory reveals that the variety generated by relational 
lattices has not been discussed in the existing literature. Furthermore, we show that addition of just the 
header constant to the lattice signature leads to undecidability of the quasiequational theory. Nevertheless, 
we also demonstrate that relational lattices are not as intangible as one may fear: for example, they do 
form a pseudoelementary class. We also apply the tools of Formal Concept Analysis and investigate the 
structure of relational lattices via their standard contexts. Furthermore, we show that the addition of typing 
rules and singleton constants allows a direct comparison with monotonic relational expressions of Sagiv and 
Yannakakis. 
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1. Introduction and Motivation 

We study a class of lattices with a natural database interpretation proposed by Vadim Tropashko [39, 34, 
38]. It does not seem to have attracted the attention of algebraists, even those investigating the connections 
between algebraic logic and relational databases (see, e.g., Imielinski and Lipski [17] or Duntsch and Mikulas 
[ 10 ]). 

The connective natural join « (which we will interpret as lattice meet!) is one of the basic operations 
of Codd’s (named) relational algebra [1, 6]. Incidentally, it is also one of its total operations—i.e., defined 
for all arguments. In general, Codd’s “algebra” is only a partial algebra: some operations are defined 
only between relations with suitable headers, e.g., the (set) union or the difference operator. Apart from 
the issues of mathematical elegance and generality, this partial nature of operations has also unpleasant 
practical consequences, forcing database systems to perform at least rudimentary type-checking to avoid 
“crashing” queries [8]. 

It turns out, however, that it is possible to generalize the union operation to inner union ® defined on all 
elements of the algebra and lattice-dual to natural join. This approach appears more natural and has several 
advantages over the embedding of relational “algebras” in cylindric algebras proposed in [17]. For example, 
we avoid an artificial uniformization of headers; hence queries formed with the use of proposed connectives 
enjoy the domain independence property [40], [1, Ch. 5]. We discuss d.i.p. and related properties formally 
in Section 2.1 below. 
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1.1. Strong Equivalence vs. Algebraic Equivalence 

An important difference between notions of equivalence typically studied by algebraists (in particular, 
in the present paper) and those typically studied by database theorists can be adequately phrased using 
terminology and apparatus of an early paper by Aho et al. [3, Sec. 2.5]. For algebraists, it is natural to focus 
on the notion of algebraic equivalence [3, Sec. 2.5], which concerns relation variables without fixed relation 
schemes, i.e., with a variable set of attributes. The notion naturally considered in the database setting, on 
the other hand, is that of strong equivalence [3, Sec. 2.6], where an explicit schema information is given for 
relation variables. We discuss this further in Section 6 and in particular Section 6.2: the addition of explicit 
schema information to (an expansion of) our signature allows a direct comparison with monotonic relational 
expressions of Sagiv and Yannakakis [31, Sec. 2.2], 

An excellent account relating these two approaches (which, however, is formulated in slightly different 
terms than Aho et al. [3]) can be found in a work by Van den Bussche and Waller [9]. The paper motivates 
the study of algebraic equivalences in terms of logical data independence. And we believe that a setting 
where all the basic operations are totally defined (unlike the standard operations of the relational model) is 
particularly natural and convenient for such a study. 

We focus here on the (quasi)equational theory of natural join and inner union. Apart from an obvious 
mathematical interest, Birkhoff-style equational inference is the basis for certain query optimization tech¬ 
niques where algebraic expressions represent query evaluation plans and are rewritten by the optimizer into 
equivalent but more efficient expressions. As for quasiequations, i.e., definite Horn clauses over equalities, 
reasoning over many database constraints such as key constraints and inclusion dependencies [1, Ch. 9] (also 
known as foreign keys ) can be reduced to quasiequational reasoning. Note that an optimizer can consider 
more equivalent alternatives for the original expression if it can take the specified database constraints into 
account. 

1.2. A Simple Example 

To understand the motivation better, consider an example adapted from one of references on semantic 
query optimization [5, Sec. 3.1]. It concerns querying against a view created over tables which are related by 
integrity constraints. In such a situation, it is often possible to eliminate natural joins, whose computation 
is always a costly process. Let us see whether this elimination process can be captured somehow in the 
quasiequational theory we are talking about; this is also a good opportunity to give some intuition regarding 
our algebraic setup. 

Assume our database contains two relations (or tables ) supplier and nation which overlap on a single 
attribute nationkey. Crucially, there is an inclusion dependency which in the notation of Abiteboul et al. 
[1, Ch. 9] would be expressed as 


supplier (nationkey) C nation (nationkey) (1) 

This is an expression which can be translated into an equality in our setup. Of course, the claim that 
inclusion dependencies correspond directly to equations would require some qualification. First, handling 
all inclusion dependencies would require presence of renaming-, we briefly discuss suitable extensions of 
our signature in Section 6.4. However, acyclic inclusion dependencies occurring in real life usually are 
transformed by copying suitable primary keys, which makes renaming redundant. 

Second, one has to keep in mind the distinction between strong equivalence and algebraic equivalence 
discussed above. We have assumed that headers of supplier and nation overlap precisely on the attribute(s) 
where the inclusion dependency holds. Such a situation, irrespective of concrete names of these overlapping 
attributes, is an instance of 


sen = (Hxis) ©n. (2) 

In this particular case, the instance in question is (in the notation of Section 6 and Table 2) 


supplier ©nation = (Hxsupplier )©nation . 


(3) 



Concrete databases and relations therein, though, come with an explicit scheme—and inclusion depen¬ 
dency in general does not have to use all the overlapping attributes. This can be handled by adding unary 
selection constants proposed in Section 6.1 and Section 6.2 discusses the role of scheme information in this 
setting. The corresponding equation would be then (again, in the notation of Section 6 and Table 2) 

supplier © nation © nation key = nation © nation key. (4) 

Returning to our example database, assume now we create a view over it as: 

create view SupplierInfo{name,address,country) as 
select supplier.name, supplier.address, nation.nname 
from supplier, nation 

where supplier.nationkey = nation.nationkey 

Views, just like queries, correspond to terms in the algebraic setting. In this case, assuming again just 
like when rendering our inclusion dependency 1 as Equation 3 that nationkey is precisely where the two 
tables overlap, the term in question is defined as: 

Supplierlnfo := (supplier ^nation 1 © ( name * address * nname ). 

If we assume instead that there may be other attributes where supplier and nation overlap (i.e., when we 
choose to render 1 as 4), we would need to resort to one of ways of handling equality-based selection queries 
proposed in Sections 6.3 and 6.4. Henceforth, we dispose with this additional level of generality. 

Finally, assume one formulates the following query: 
select name, address from Supplierlnfo 

The query corresponds to the term 

t\ := Supplierlnfo © (name«address). 

The basic equational theory of lattices immediately allows deducing 

ti = (supplier ^nation 1 © ( name * address h 

which is already a small example of using equational reasoning in optimizing query plans. However, as 
discussed by Cheng et al. [5, Sec. 3.1], a naive strategy strategy of query evaluation which would lead to 
computing Supplierlnfo first before its substitution into U is suboptimal in presence of Equation 3. On 
the SQL side, one notes that in presence of dependency 1, the above query can be reformulated as 
select name, address from Supplier 

avoiding join evaluation altogether. On the algebraic side, the correctness of this rewrite corresponds to 
validity of quasiequation 

(3) => U = supplier © ( name * address ), 

i.e., to spell out details 

supplier © nation = (hRsupplier )© nation => 

(supplier * nation) © ( name M address * nname ) s (uame x address ) = supplier © (name* address) 

and generalizing back from Equation 3 to Equation 2 this is in an instance of 

s©n=(H«s)©n =>■ s*n©ai*... wa n +k® ai« ... «a n = s©ai« ... «a„. 

The question of decidability of quasiequational theory is then a question of the existence of general 
algorithm to decide validity of such implicational statements. 
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1.3. Initial Hopes 

There were some indications that the considered choice of connectives may lead to positive results con¬ 
cerning decidability/axiomatizability, even for quasiequational theories. On the database side, expressions 
of our formalisms are closely related to (unions) of conjunctive queries [1, Ch. 4], [4] and even more so to 
monotonic relational expressions of Sagiv and Yannakakis [31]; the relationship with these classes will be 
discussed in more detail in Section 6 below. Such classes of queries admit decision procedures for problems 
of containment and equivalence based on so-called Homomorphism Theorem [4, 31], [1, Ch. 6]. In fact, 
Johnson and Klug [21] show that even in presence of inclusion dependencies, the containment problem for 
conjunctive queries remains in NP when infinite database instances are allowed—and presence of inclusion 
dependencies gives the containment problem distinctly quasi-equational character. 

Another reason for our initial optimism came from algebraic logic itself: a somewhat (unjustly!) forgotten 
book of Craig [7] showed that the finitization problem of algebraic logic allows a positive solution when 
relations are allowed to contain tuples of varying arity. Note that Craig’s setting was even more liberal than 
our present one: while we do happily allow relations with differing headers, we assume that all tuples within 
one relation are defined on a fixed set of attributes. 

1.4. Our Findings 

To our surprise, it turned out that relational lattices do not seem to fit anywhere into the rather well- 
investigated landscape of equational theories of lattices [19, 20]; we will discuss this in detail in Section 3 
below. This was in fact what triggered our intensive interest in pursuing this line of work. 

To our still greater surprise, it turned out that — at least when it comes to decidability — expansions 
of relational lattices share the curse of “untamed” structures from algebraic logic such as Tarski’s relation 
algebras or cylindric algebras. As soon as an additional header constant H is added to the language, one 
can encode the word problem for semigroups in the quasiequational theory using a technique introduced 
by Maddux [25]. This means that decidability of query equivalence under constraints for restricted positive 
database languages does not translate into decidability of corresponding quasiequational theories. How¬ 
ever, our Theorem 4.7 and Corollary 4.8 do not rule out possible finite axiomatization results (except for 
quasiequational theory of finite structures) or decidability of the equational theory. 1 And with H removed, 
i.e., in the pure lattice signature, the picture is completely open. Of course, such a language would be rather 
weak from a database point of view, but natural for an algebraist. 

We also obtain a number of positive results. First of all, concrete relational lattices are pseudoelemen¬ 
tary and hence their closure under subalgebras and products is a quasi variety—Theorem 4.1 and Corollary 
4.3. The proof yields an encoding into a sufficiently rich (many-sorted) first-order theory with finitely 
many axioms. This opens up the possibility of using generic proof assistants like Isabelle or Coq in 
future investigations—so far, we have only used Prover9/Mace4 to study interderivability of interesting 
(quasi)equations. 2 We have also used the tools of Formal Concept Analysis (Theorem 5.3) to investigate 
the structure of full concrete relational lattices and establish, e.g., their subdirect irreducibility (Corollary 
5.4). Theorem 5.3 is likely to have further applications—see the discussion of Problem 7.1. 

This work is a significantly extended and rewritten version of a RAMiCS 2014 paper [24]. The structure 
of the paper is as follows. In Section 2.1, we provide basic definitions, including the notion of domain 
independence and its natural strengthening strict independence (which does not seem to have been explicitly 
defined before). In Section 2.2, we establish that relational lattices are indeed lattices and in Section 2.3, 
we note in passing a potential connection with category theory. Section 3 reports our findings about 
the equational theory of relational lattices: the failure of most standard properties such as weakening of 
distributivity (Theorem 3.2), those surprising equations and properties that still hold (Theorem 3.5) and 
dependencies between them (Theorem 3.4). In Section 4, we focus on quasiequations and prove some of most 


1 Note, however, that an extension of our signature to a language with EDPC or a discriminator term would result in an 
undecidable equational theory. 

2 It is worth mentioning that the database inventor of relational lattices has in the meantime developed a dedicated tool 
[39]- 
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interesting results discussed above, both positive (Theorem 4.1 and Corollaries 4.2-4.4) and negative ones 
(Theorem 4.7 and Corollaries 4.8-4.9). Section 5 analyzes standard contexts, incidence and arrow relations 
[12] of relational lattices. Section 6 discusses possible extensions of the signature leading towards expressive 
completeness and addition of typing information, which in turn allows a direct comparison with the setting 
of (monotonic) relational expressions. Section 7 concludes and discusses future work. 

2. Basic Definitions 

2.1. Domains, Relations and Independence 

Let A be a set of attribute names and V be a set of domain values. For H C A, a H-sequence from V or 
an H-tuple over D is a function x : H —)■ D, i.e., an element of T> rr . H is called the header of x and denoted 
as h(x). The restriction of x to H' is defined as x[H'] := {(a, v) £ x \ a £ H'}, in particular x[H'} = 0 
if H’ n h{x) = 0. We generalize this to the projection of a set of H-sequences X to a header H' which is 
X[H'] := {x[H'] | x £ X}. In several places, we will use notation {(ai : di ),..., (a n : d n )} for an element 
x £ x>f ai > s.t. x{ai) = di. 

A relation is a pair r = (H r , B ,), where H r C A is the header of r and B r C V Hr is the body of r. The 
collection of all relations over D whose headers are contained in A will be denoted as R(D, A). Define the 
proper class T := {R(V,A) \V,A£ Set}. For a fixed A £ Set, it is also convenient to isolate the subclass 
of T determined by it, i.e., Fa ’■= {R(D,A) \ V £ Set}; we have thus F = [J IF a- A (n-ary) relational 

.Ae Set 

query is a n-ary operation <p defined on all members of F: 

R{V, A) n 3 (n, • • •, r n ) ^ ...,r n )£ R{V, A). 

We say that a query </> is domain independent [40], [1, Ch. 5] if for all D, V, A, it holds that <fP’ A {r \,..., r n ) = 
4>D'’ A (ri,... ,r n ) whenever r, e R{T>i, A) fl R{V[, A) (i £ {1,... ,n}). 

For the purpose of the discussion in Section 6, it is also convenient to define explicitly a stronger prop¬ 
erty, which appears to be taken for granted in references like [1, Ch. 5]. Namely, say that a query <p 
is strictly independent if for all D, V, A, A!, it holds that fP' A (r \,... ,r n ) = (jP ,A (r i,... ,r n ) whenever 
Vi £ R(D t ,A) fl R(V[,A') (i £ (1,... ,n}). That is, the outcome of <f> is not only independent of irrelevant 
domain elements, but also of irrelevant attributes. In most of the paper, the operations under consideration 
are strictly independent (Lemma 2.2 below); only in Section 6.3 we will see an example of domain indepen¬ 
dent operation which is not strictly independent. We believe this notion is an appropriate strengthening of 
d.i.p. in the context of logical data independence [9] and algebraic equivalences [3] (recall the corresponding 
discussion in Section 1.1). 

Examples of queries which do not have even the weaker property of domain independence abound in 
any references discussing explicitly the difference between first-order calculus and relational algebra (which 
is domain-independent by design), see Abiteboul et al. [1, Ch. 5] for references. Typical examples involve 
unrestricted negation or universal quantification. This is not a trivial property from the point of view of 
first-order logic: Vardi [40] shows that for first-order queries, the property of being domain-independent is 
undecidable. 

2.2. Introducing Relational Lattices 

For the relations r, s, we define the natural join r«s, and inner union r©s: 

ms := {H r U H s , {x £ x> HrUHs | x[H r \ £ B r and x[H s \ £ B s }) 
res := {H r n H s , {x £ V H ^ H ° \ x £ B r [H s ] or x £ B s [H r }}) 

The definition of natural join naturally suggests a partial operation of tuple concatenation: given x £ V Hr 
and y £ V Hs , their concatenation is defined if they coincide on H r fl H s and is then the uniquely determined 
tuple from x> HrUHs which projects to x and y. We could even reuse the natural join symbol for tuple 
concatenation, but in what follows, there is hardly any need for this. 
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Figure 1: Natural join and inner union. In 
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example, A = {a, b, c}, D = {1, 2, 3,4}. 


In our notation, * always binds stronger than ®. The header constant H := (0,0) plays a special role: 
for any r, (H r ,B r )<*H = (H r . 0) and hence r% and r% have the same headers iff H*r'i = Note also 

that the projection of r\ to H T2 can be defined as r-\ * (hfir-i). In fact, we can identify H«r and H r . We 
denote ( R(V , A), «, ®, H) as 9t H ("D, A), with £h := I" 0 , ®, H} denoting the corresponding algebraic signature. 
d{{V,A) is its reduct to the signature £ := {*, ©}. 

Lemma 2.1. For any V and A, 9t(T>,A) is a lattice. 

Proof. This result is due to Tropashko [39, 34, 38], but let us provide an alternative proof. Define Dom := 
A U D A and for any X C Dom set 

Cl(X) :=X{j{x£V A \3ye{Xn V A ). x[A -X} = y[A - X]}. 

In other words, Cl(X) is the sum of Xn.A (the set of attributes contained in X) with the cylindrification of 
Xr\V A along the axes in XflA- It is straightforward to verify Cl is a closure operator and hence C7-closed 
sets form a lattice, with the order being obviously C inherited from the powerset of Dom. It remains to 
observe fft(D, A) is isomorphic to this lattice: the isomorphism is given by 

{H, B) ^ {A - H) U {x e V A | x[H\ e B}. 


□ 

We call 91 (D,A) the (full) relational lattice over (D,A). We also use the alternative name Tropashko 
lattices to honor the inventor of these structures. The lattice order given by « and ® is 

{H r , B r ) C (H s , B s ) iff H s C H r and B r [H s \ C B s . 

For classes of algebras, we use H, §, P to denote closures under, respectively, homomorphisms, (isomorphic 
copies of) subalgebras and products. Let 

Tl% n := S{<R h {D,A) | V,A finite}, ^ nr := S{fH H (X>,„4) | V, A unrestricted} 
and let 7£fi n and 1Z lmr denote the lattice reducts of the respective classes. 

Lemma 2.2. All the operations in the signature £h are strictly independent. 

Proof. Straightforward. □ 

2.3. Relational Lattices, (Op-)Fibrations and the Grothendieck Construction 

Let us make a simple aside observation, which seems of independent interest but is not directly relevant 
for proofs of results in this paper. Given V and A, a category theorist may note that -ffy), i.e., the mapping 
sending every relation r = ( H r , B, ) to its header H r is a (Grothendieck) opfibration from 9I("D, A) ordered by 
C to V-{A), the latter being of course the poset with reverse inclusion order. As we are talking about posets 
here, the action of H^ on arrows and its functoriality are obvious. However, as most standard references 

6 




T = (0, {0}} 


<{«},{(« : 1), (a 



H = <0,0) 


Figure 2: The lattice $H({0, !},{a}), i.e., L 4 [26, 20] 


in category theory (see in particular Jacobs [18, Ch. 1]) introduce opfibrations well after fibrations, it is 
easier to pattern-match all results and notions without having to reverse arrows all the time. So we recall 
that opfibration E —¥ D is just a fibration E op —> D op and therefore our observation can be reformulated 
as i?(.) being a (Grothendieck) fibration of 91-(V, A) over P Q (A), where 9\-(V,A) is %\{V,A), but ordered 
by 3 rather than C. The crucial thing to note is that an arrow r' 3 r is “cartesian” [18, Def. 1.1.3] iff 
B r ' = /?,.[//,.'•], i.e., if r' is the projection of r to the header of r'. With this, one can note that is in 
fact a split fibration [18, Def. 1.4.3]. 

It is thus most natural to view relational lattices themselves as obtained via the so-called Grothendieck 
construction [18, Def. 1.10] associated with this particular fibration. This construction is obtained via the 
quasifunctor or pseudo-functor [18, Def. 1.4.4] defined as follows 

Fg: V 3 (A) 3H-^V^(V h ) e Pos 
Fg{HDH'):= {V H DB^B[H']CV h '). 

We get then that *R-(V,A) is the Grothendieck completion J v <z (Aj in¬ 
curiously enough, a number of recent references mentioned (op-)fibrations and the Grothendieck con¬ 
struction in the database context [23, 22, 35]. The focus and the use seems somehow different: that connec¬ 
tion arose in the study of queries, views and RDF triples, but it would be interesting to connect it with the 
Grothendieck perspective on relational lattices sketched above. Our personal belief is that there is even a 
closer relationship with the categorical approach to relational databases proposed recently by Abramsky [2], 
which moreover yields a surprising connection with Bell’s Theorem from theoretical physics. This belief is 
motivated by the central role played by « in Abramsky’s work [2, Sec. 2.2] and other similarities. It is worth 
noting that Abramsky [2, Sec. 3] suggests that this categorical approach may yield a natural connection 
with (and unifying perspective on) probabilistic databases and provenance semirings. 

3. Towards the Equational Theory of Relational Lattices 

Let us begin the section with 

Open Problem 3.1. Are S?(^ nr ) = ESP(1l" ni ) and §P(ft unr ) = BSP(TZ uni )? 

If the answer is “no”, it would mean that relational lattices should be considered a quasiequational rather 
than equational class (cf. Corollary 4.3 below). Note also that the decidability of equational theories seems 
of less importance from a database point of view than decidability of quasiequational theories. Nevertheless, 
relating to already investigated varieties of lattices seems a good first step. It turns out that weak forms of 
distributivity and similar properties studied in standard references [19, 20, 37] tend to fail dramatically: 


7 



Theorem 3.2. 7£fi n (and hence lZ uni ) does not have any of the following properties (see the above references 
or the proof below for definitions): 

1 . upper- and lower-semidistributivity, 

2 . almost distributivity and neardistributivity, 

3. upper- or lower-semimodularity (and hence also modularity), 

4. the Jordan-Dedekind chain condition, 

5. supersolvability. 

Proof. For most clauses, it is enough to observe that £H({0,1}, {0})) is isomorphic to L 4 , a lattice generating 
a variety covering the non-modular variety generated by IV5 [26, 20]: a routine counterexample in such cases, 
see Figure 2. 

In more detail: 

Clause 1: Recall that join-semidistributivity is the property: 

Now take a to be H and b and c to be atoms with the header {0}. 

Clause 2: This is a corollary of Clause 1 [19, Th 4.2 and Sec 4.3]. 

Clause 3: Recall that semimodularity is the property: 

if a*b is covered a and b, then a© b covers a and b. 

Again, take a to be H and b to be either of the atoms with the header {0}. 

Clause 4: Recall that the Jordan-Dedekind chain condition is the property that the cardinalities of two 

maximal chains between common end points are equal. This obviously fails in N-, and L 4 . 

Clause 5: Recall that for finite lattices, supersolvability [36] boils down to the existence of a maximal 

chain generating a distributive lattice with any other chain. Again, this fails in IV5 and L 4 . □ 

Remark 3.3. Theorem 3.2 has an additional consequence regarding the notion called rather misleadingly 
boundedness in most standard references (see e.g., Jipsen and Rose [19, p. 27]): being an image of a freely 
generated lattice by a bounded morphism. We use the term McKenzie-bounded, as McKenzie showed that 
for finite subdirectly irreducible lattices, this property amounts to splitting the lattice of varieties of lattices 
[19, Theorem 2.25]. Finite Tropashko lattices are subdirectly irreducible (Corollary 5.f below) but Clause 1 
of Theorem 3.2 entails they are not McKenzie-bounded [19, Lemma 2.30]. 

Nevertheless, Tropashko lattices do not generate the variety of all lattices. The results of our investiga¬ 
tions so far on valid (quasi)equations are summarized in the remainder of this section. 

Table 1 presents a number of equations and quasiequations that hold in Tropashko lattices. Theorem 
3.5 below states formally their validity, but before we prove it, let us say a few words about motivations for 
these sentences and their mutual dependencies. 

It is instructive to consider the axiom(s) of distributive lattices. In our relational setting, the distributive 
law holds only in special situations. Clearly, it is valid when all the elements involved have the same header, 
but in fact one can weaken this assumption considerably. Quasiequations Qul, Qu2 and Qu3 show how far 
it can be weakened. The first of these, i.e., Qul is a form of weak distributivity, denoted as CD y [28] or 
WD a [20]. Of course, when we consider just the interactions between headers of elements and completely 
ignore bodies of relations, distributivity laws hold: these are laws Eql, Eq3 and Eq2. 

In order to see what remains of distributivity in the general case and how much can be expressed by means 
of equations (as opposed to quasiequations), compare AxRH2 and RL1. The two sides of the distributivity 
axiom are the left sides of the first and the second of them, respectively. RL1 comes from Padmanabhan 
et al. [28] as an example of an equation which forces the Huntington property (distributivity under unique 
complementation). 

AxRHl is the strongest valid equation not derivable from AxRH2 (or other axioms in Table 1) that we 
were able to find. It can be seen as governing the interaction of natural join with projections. The axiom 
is surprisingly powerful; in particular, it will allow some simulation of quantifier behaviour and thus play 
a major role in our undecidability proof of quasiequational theory in Section 4. Equation Eq4 is one of its 
consequences which will also be useful in that proof. 





Figure 3: Dependencies between axioms in Table 1 


Equation RL2 is rather surprising and intimidating-looking. Ironically, it is also the first valid axiom 
which does not hold in arbitrary lattices that we were able to find. Note that is obtained by substituting 
left and right sides of the obvious instances of one of the distributive laws in the following formula: 

t*(L(x, y , z)@L(u, w, v )) = t»(L(x, y, z)®R(u , w, v))®t<»(R(x, y, z ) ® L(u, w, v)), 

RL2 is thus obtained by iterating and alternating two distributive laws. 

Let us note the following dependencies between equations and quasiequations in Table 1: 

Theorem 3.4. Assuming all lattice axioms, the following statements hold: 

1. The axioms o/R H in Table 1 are mutually independent. 

2. The axioms of R are mutually independent. 

3. RL1 implies Qul [28]. 

4. Eql implies Eq2. 

5. Eq2 implies Eq3. 

6. Qu2 together with Eql imply both RL1 and RL2. 

7. Eql is implied by AxRHl. The converse implication does not hold even in presence of RL1. 

8 . AxRHl and AxRH2 jointly imply Qu2, although each of the two equations separately is too weak to 
entail Qu2. In the converse direction, Qu2 implies AxRH2 but not AxRHl. 

9. AxRHl and AxRH2 jointly imply Qu3, although each of the two equations separately is too weak to 
entail Qu3 (in the case of AxRH2 even in presence of Eql). 

10. AxRHl implies Eqf. 

Proof. Clause 1: For mutual independence of the two axioms of R H , counterexamples can be obtained by 
appropriate choices of the interpretation of H in the pentagon lattice. 

Clause 2: The example showing that the validity of RL2 does not imply the validity of RL1 is the 

non-distributive diamond lattice M3, while the reverse implication can be disproved with an eight-element 
model: 
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Table 1: (Quasi)equations Valid in Tropashko Lattices 
Class B h in the signature £h : 

all lattice axioms 

AxRHl H<*x*{y®z)®y»z = (H«a;«t/® z)<*(H'*x'*z®y) 

AxRH2 x*(y®z) = x<«(z® H*y) ® x*(y® H«2i) 

Class R in the signature C, (without H): 
all lattice axioms 

RL1 x*y®x*z = x*(y*(x®z)®z*(x®y)) 

RL2 i"((ar® y)*(x® z) ® (u® w)*(u® v)) = 

= t*((x® y)™{x® z) ® u® w*v) ®t«((u® to)«(u® v) ® x®y»z) 

(in £ H - RL1 and RL2 are derivable from AxRHl and AxRH2, see Theorem 3.4) 

Additional (quasi)equations derivable in R H and R: 


Qul 


cat/ = a 

:©* 

=> a v»(y®z) = 

x*y®x<*z 

Qu2 

H"(a;®2/) 

= H««(x 

®z) 

=> x»(y® z) = 

x<xy®x<*z 

Qu3 H«(a;ffit/ 

) = H«(a;® z) 

= HN(y 

®z) 

=> x®y»z = (a 

•ey)x(xs)z) 

Eql 


H»«a;«(t/ 

®z) 

= H«x«t/ffi H«: 

X HZ 

Eq2 


®y)"(x 

®z) 



Eq3 


H-(y 

©z) 

= H«y®H«^ 


Eq4 


H«a;© 

x*y 

= x«(H«a;ffiy) 





Clause 4: We reason as follows: 


= H*(t*x$tKy)*(t%:&®$*M) 

= H*(t*x ®t*y)*t*x <$ ®t’*y)*t*z 

= H<xt*x®H*(t<»x®t'xy)<*‘t<*z 
= l-Rf^a;© H*t»x*z® W<*t<*y*z 
= H^fxix© H<*t*y<»z 


Eql, lattice laws 
Eql, lattice laws 
Eql 
absorption 
Eql, lattice laws 
lattice laws 


Clause 5: Substitute H for t, z for y and use lattice laws. 

Clause 6: Direct computation. In more detail: for RL1, substitute y*(x®z) for y and z*{x®y) for z in 

the antecendent of Qu2. We get then the consequent of Qu2, as H«(a;©y«(a;©2:)) = H«x©H«yix(a;©2:) = 
H«x© H«y«*© H^y^z = Hi«a;© H<xyxz = H«x© H<*x*z® H*yxz = H*(:r©z»<(a;©2/)) (we are obviously using 
Eql here). Thus, the right side of RL1 is equal to x<*y*{x®z) ®x*z<*{x®y). But this, by the absorption 
law, is equal to x*y © x*z, i.e., the left side of RL1. 

For the seemingly monstrous RL2, the trick is similar. Consider 

H«((a;©y)«(a;©^) ©u© w*v) = H«(a;© y)*{x®z) © H«u© 

= H«a:© H«y«2 :© H»«(u©m;)«(u©u) 

= H«(a;©?/*J§ © H«(u©u;)«(u©u) 

= H ^((uewHuev)e(x^z)) 


and thus 


H»<i(t©(a:©y)«(a;©^)©u©u;«u) = H»«(t© (u©m)«(u©u) © (x®y»z)) 

This allows us to use Qu2 to rewrite the right side of RL2: 

t <«((a: © y)»(x © z) © u © w*v) © t* ((u © w)* (u © v) © x © y*z) 

= t»((x®y)»(x®z) ©u©m«u© (u®w)»(u@v) @x@y»z) 

= U{(x®y)<*{x®z)®(u®w)*(u®v)) 

(the second equality obtaining by lattice laws). 

Clause 7: The first part has been proved with the help of Prover9 (66 lines of proof—see Appendix). 

The counterexample for the converse has been found by Mace4: it is obtained by choosing H to be the top 
element of the pentagon lattice. 

Clause 8: Prover9 was able to prove the first statement both in presence and in absence of RL1, although 
there was a significant difference in the length of both proofs (38 lines vs. 195 lines—see Appendix). The 
implication from Qu2 to AxRH2 is straightforward. All the necessary counterexamples have been found by 
Mace4 by appropriate choices of the interpretation of H in the pentagon lattice. 

Clause 9: The positive statement was proved by Prover9 (mere 196 lines—see Appendix). Again, 

counterexamples for all the negative statements can be found using 5-element models. 

Clause 10: Substitue x for z and use the absorption law. □ 

Theorem 3.5. The following equivalent statements hold: 

• AxRHl and AxRH2 are valid in 7£u nr (and consequently in R^ n )- 

• AxRHl, AxRH2 and Eql are valid in R^ ni (and consequently in R^ n ). 

• Axioms of R h are valid in 77-u nr (and consequently in R^ n )- Similarly, axioms of R are valid in R uni 
(and consequently Rf, n ). 
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• All formulas in Table 1 are valid in 7£u nr (and consequently in 7£g n ). Those not involving H are valid 
in 1Z unr (and consequently in TZ^ n ). 

Proof. Theorem 3.4 implies that all clauses are equivalent, so we can choose whichever we want to prove. 
Perhaps the most convenient is the second one. Validity of Eql is immediate, as the sublattice of relations 
with empty body (we can call it the header sublattice) is obviously distributive. In presence of Eql, we 
obtain automatically 

H HX»(y@z)@y*z < (H*x<xy®z)»(H*x*z®y), 

so to establish AxRHl, it is enough to establish the other inequality. Denote H x x y C\H z as H t and H xKz r\H y 
as H 2 \ note that H\C\ H 2 = H y C\ H z . A tuple t belongs to the body of (H^x^y ® z)<x(H*x*z ®y) iff there 
exists t\ £ B z [H\ ] and t 2 £ B y [H 2 ] s.t. ij [H\ n H 2 ] = t 2 [H-\ n H 2 ] and t is the concatenation of t-\ and 
t 2 . This is in turn equivalent to the existence of |J £ B z and t' 2 £ B y s.t. t\ [H\ n H 2 ] = t' 2 [H\ n H 2 \ {t\ 
being and t 2 = t 2 [H 2 ])-, by our earlier observation, H t n H 2 is precisely the set of attributes on which 

headers of t\ and t' 2 overlap, so we can see t as the restriction of concatenation of t\ and t 2 to H\ U H 2 . But 
this means that t belongs to the body of \r\<*x*‘(y®z)®y*z. 

Finally, let us consider AxRH2. Lattice laws yield that 

x*(y®z) > x*(z® H*y)®x*(y® H*z), 

so we only need to establish the opposite inequality. Pick any t in the body of x»(y®z). Clearly, there 
exist t x £ B x and t 2 £ B v q z overlapping on H x n H y n H z and t is their concatenation. Now, t 2 is either a 
restriction of some t y £ B y or of some t z £ B z . Assume the first case; we get then that t 2 belongs to the body 
of y® H*z and consequently t £ x*(y ® H<*z). Similarly, in the other case we get that t £ x<*(z®H*y). □ 

Open Problem 3.6. Are the equational theories of 7£^ nr (resp. lZ uni ) and 7£g n (resp. TZa n ) equal? How 
about quasiequational ones? 

Open Problem 3.7. Is the equational theory of TZ^ ni (resp. 1Z uni ) equal to R H (R. respectively)? If not, 
is it finitely axiomatizable at all? 

If the answer to the last question is in the negative, one can perhaps attempt a rainbow-style argument 
from algebraic logic [16]. 

Remark 3.8. When completing the final version of this paper, we learned of the recent work of Santocanale 
[33] building on it. Its most important contribution consists in finding a number of additional valid equalities 
in pure lattices signature (i.e., C) not derivable from RL1 and RL2. This shows that these two equalities 
are not sufficient or suitable as axioms for the abstract class of relational lattices in signature C and hence 
we dropped the prefix “Ax” in this case. However, all equalities found by Santocanale are derivable in 
signature £h from AxRHl and AxRH2 and these equations remain the best candidates for axioms that we 
have. The question of complete axiomatization for either 7£u nr or lZ unr remains open. We have also obtained 
a decidability proof which will be published elsewhere. 


4. Relational Lattices as a Quasiequational Class 

In the introduction, we discussed why an axiomatization of valid guasiequations is desirable from a DB 
point of view. There is also an algebraic reason: the class of representable Tropashko lattices (i.e., the 
§P-closure of concrete ones) is a quasi variety. This is a corollary of a more powerful result; recall that being 
pseudoelementary means being a reduct of an elementary class in a richer (possibly multi-sorted) language 
and that this notion plays a central role in algebraic study of axiomatizability and representability [16]: 

Theorem 4.1. 7£„ nr and lZ uni are pseudoelementary classes. 

Proof, (sketch) 

We show that relational lattices form a pseudo-axiomatizable class: there is a finite set of first-order 
axioms Ax such that for any first-order structure DJI of the appropriate signature, 
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‘%l\= Ax'At the (R, ex, ©)-reduct of is a relational lattice. 

SOT will have the following sorts: A, D, P, S, H, B, R with the intended interpretations AC A,D CV,P C 
AxT>, 

S C {/ | / is a function with dom(/) C A, ran(/) C V}, 

H C p(A) is closed under union and intersection, B C p(S) such that every b G B is the body of a relation, 
and R C H x B is closed under the operations ix and © (see below), respectively. 

SOT will have the following functions: left: P —> A, right: P D, U: A x A —> A, D: A x A A, 
head: S -> H, \: S x H -» S, Head: R -» H, Body : R—> B, \Xi: R x R —> R, ®: Rx R—> R and relation: 


G: (P x S)U (A x H) U (S x B). 

Then Ax is defined as the collection of the following fourteen axioms. 

Elements of P are ordered pairs from Ax D: 

(Vpi,p 2 e P)((left(pi) = left(p 2 ) A right(pi) = right(p 2 )) r* pi = P 2 ) (5) 

Elements of S are partial functions from A to D: 

(Vsi, S 2 G S)((Vp G P)(p G si o p G s 2 ) —> si = s 2 ) (6) 

(Vs G S)(\/p!,p 2 G s)(left(pi) = left(p 2 ) right(pi) = right(p 2 )) (7) 

Elements of H are subsets of A augmented with union and intersection: 

(V/i l5 h 2 G H)((Va G A)(a G h x ^ a G h 2 ) -> h x = /i 2 ) (8) 

(Vfti, h 2 G iT)(Va G -d)(u £ lii U /12 G (0 G fti V a G /i 2 )) (9) 

(Vhi, h 2 G F)(Va G -A)(a G lii H /i 2 G (a G /ii A d G /i 2 )) (70) 

The function head gives the domains of elements of .S': 

(Vs G 5)(Vo G Vl)(a G head(s) o (3 p e s)left(p) = a ) (11) 

The function | gives the restrictions of elements of S to headers in H: 

(Vsi, s 2 G S)(\/h G H){s 1 ( h = s 2 o 


(head(s 2 ) = h A (Vp G P)(left(p) G/i->(j)Gsif>pG s 2 ))) 

Bodies of elements of P are subsets of S with the same domain: 

(Vri,r 2 G P)(Vs G P)((s G Body(ri) osG Body(r 2 )) -t Body(ri) = Body(r 2 )) (13) 

(Vr G i?)(Vsi,s 2 G Body(r))head(si) = head(s 2 ) (14) 

We extend the restriction operation to bodies of relations by 

Body(r) \ h = {s \ h \ s G Body(r)} 

for every r G R and h G H. 

Relations are pairs (h, b) of matching headers and bodies: 

(Vri,r 2 G P)((Head(ri) = Head(r 2 ) A Body(ri) = Body(r 2 )) —> ri = r 2 ) (15) 

(Vr G -R)Body(r) \ Head(r) = Body(r) (16) 

Definition of ex: 

(Vri, r 2 G R) (Vs G S)(s G Body(ri tx r 2 ) o (head(s) = Head(ri) U Head(r 2 )A 
s \ Head(ri) G Body(ri) A s \ Head(r 2 ) G Body(r 2 ))) 
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Definition of ®: 


(Vri,r 2 € i?)(Vs £ S)(s £ Body(ri ® r2) *4 (head(s) = Head(r||p Head(r2)A 
(s £ Body(ri) f Head(r 2 ) V s € Body(r 2 ) [ Head(ri)))) 

Assume 97t |= Ax. Define the map 

r i-» ({a e A | a e Head(r)}, {s £ S \ s £ Body(r)}) 

(for every r £ R) and define m and ® as in the definition of relational lattices. Then it is straightforward to 
check that the (R, tx, ®)-reduct of DJI can be isomorphically embedded via i—> into D\(D, A). 

For a pseudo-axiomatization of 9t H we have the additional requirement that DJI contains the constant H 
of sort R satisfying the additional axiom 

(Vo £ A)(Vs € S)(a i Head(H) A s £ Body(H)) (19) 

ensuring that H can be mapped to the header constant (0,0). 

□ 


Corollary 4.2. 72^ nr and 7£ unr are closed under ultraproducts. 

Corollary 4.3. The SP -closures oflZ^ ni and lZ unr are quasiequational classes. 

Corollary 4.4. The quasiequational, universal and elementary theories of 7?-u nr and lZ unT are recursively 
enumerable. 

Proof. The proof of Theorem 4.1 uses finitely many axioms. □ 

Note that postulating that headers are finite subsets of A would break the proof of Theorem 4.1: such 
conditions are not first-order. However, concrete database instances always belong to 7£g n and we will show 
now that the decidability status of the quasiequational theories of 7?.y Ilr and 7£g n is the same. Moreover, 
corresponding abstract classes also have undecidable quasiequational theories, much like for relation algebras 
and cylindric algebras—in fact, we build on a proof of Maddux [25] for CA 3 —and we do not even need all 
the axioms of R H to show this! Let RH 1 be the variety of Tin-algebras axiomatized by the lattice axioms 
and AxRHl. Let us list some basic observations: 

Proposition 4.5. 

1. R^ n C n" lr C S?(ftJJ nr ) CR H C RH1 . 

2. Eq4 holds in RH 1 . 

3. AxRHl holds whenever H is interpreted as the bottom of a bounded lattice. 

4. AxRHl holds for an arbitrary choice of H in a distributive lattice. 

Proof. Clause 2 holds by clause 10 of Theorem 3.4. The remaining ones are straightforward to verify. □ 

Note, e.g., that interpreting H as 1 in AxRH2 would only work if the lattice is distributive, so Clause 3 
does not hold in general for AxRH2. In order to state our undecidability result, we need first 
Definition 4.6. Let e = («o, «i, w 2 , eo, ei) be an arbitrary 5-tuple of variables. We abbreviate uq»u\»U 2 as u. 
For arbitrary terms s, t define the following syntactic abbreviations, which we use to simulate quantification 
and to imitate the monoid operation just like it is done in cylindric algebras [25]: 

Co ( s) :=u*(H*ui«u 2 ®u«s), 
c\ (s) := u«(Hhu 0 «u 2 ®u«s), 
c 2 ( s ) := ^(HkUo^Ui ®U«s), 
so e t:= C2 (c? (e 0 «C2 (s)) (ei«c| (f))) . 

Let T n (x 1,... ,x n ) be the collection of all semigroup terms in n variables. Pick e := (x n+ \,... ,x n+ ^) and 
define the translation r e : T n (x 1,..., x n ) —> £h as follows: r e (xi) := Xi fori < n and r e (sot) := r e (s)o e r e (t) 
for any s,t £ T n (x 1,... ,x n ). 
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Whenever e is clear from the context, we will drop it to ensure readability. Now we can formulate 

Theorem 4.7. For any po, ■ ■ ■ ,p m , to ,,.. .*r m , s,te T„(:ri,..., x n ), the following conditions are equivalent: 

(I) The quasiequation 

(Quf) Vxi ,..., x n . (po = ro & ... = r m => s = t) 

holds in all semigroups (resp. finite semigroups). 

(II) For e = (x n+ i ,..., x n+ 5) as in Definition 4-6, the quasiequation 

Vxo,xi,... ,x n+ 5. (r e (po) =T e (r 0 )& ...r e (p m ) = T e (r m )k 
(Qu5) & x n+4 = c e 0 {x n+A ) & x n+5 = cl {x n+5 )) => 

=> T e (s ) O e Cf (x 0 ) = T e (t) O e cl (Xo ))) 

holds in every member of1Z\) nr (resp. every member ofTZ^ n ). 

(III) Qu5 above holds in every member of RH1 (resp. finite member of RH1 ). 

Proof. (I) =>■ (HI). By contraposition: 

Take any 21 £ RH 1 and arbitrarily chosen elements uo,ui,U2 £ 21. In order to use Maddux’s technique, 
we have to prove that for any a,b £ 21 and k,l < 3 

(b) c fe (c k (a)) = c fc (a), 

(c) c fe (a«Cfe (6)) = Cfc (a) *c k (b), 

(d) Cfe (c ; (a)) = c* (cfc (a)) 

(we deliberately keep the same labels as in the quoted paper), where c k (a) is defined in the same way 
as in Definition 4.6 above. We will denote by u[k] the product of uf s such that i £ {0,1,2} — {k}. For 
example, u[0] = u\*U2- 

For (b): 

Cfe (cfc (a)) = u«(H«u[fc]©UK(H«u[fc]©u*a)) 

»ttN(H-u[jfeKtt©H-«[jfe]®u«a)©«-(H«ti^toH»)) 

= u«(H«u[fc]i«u© ©u»«a)i>«(H»«u[fc]i«i(HKiu[fc] ©u«a) ©u) 

= u«(H«u[k\®u«aMH«ulk]®u) 

= u«(H»u[k]eu«a) 

= Cfc (a). 

(c) is proved using a similar trick: 

Cfe (a«Cfc (6)) = u«(H«u[fe] ©UNa«(H«u[fc] ©u«6)) 

= UM(HMii[fc]*(u»«a© H«ti[fc] ©u*&) ©u»«a*(H»m[fc] ©u»«&)) by lattice laws 

=.^(HNu|Jii.uM*.®H-«[|fl©w6)H(HNflj6i[N(HHtt[ifc]®U"6)ffitt-oS by AxRHl 

= ii»(H««[fc] ©tt*§)«(H «««[&] ©u«o) by lattice laws 

= Cfe (a) *c k (b). 

(d) is obviously true for k = l, hence we can restrict attention to kf= l. Let j be the remaining element 
of {0,1,2}. Thus, 


by lattice laws 
by AxRHl 
by lattice laws 
by lattice laws 
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c k (c i (a)) = ux(H*uixuj suxfHxiifcXMj ®u*a)) 

= Ux{V\xUlXUj ®UlMUkXUjx(VixUkXUj ®Uk K UjXUlxa)) 

= V,x(HxUlXUj ®Ul<*(y\xUkXUj ®««a)) 

= ux{V\xuixujx(ui ffi Hxuk K Uj ®««a) ® ®«»a)) 

= Ux{HxUlXUj ®H<*UkXUj ®W«a)l«l(HxiM(»<lMjM(H«Wfe>«M :J ' ®«»a) ®«i) 
= MIX (H KI«; MMj ® HxUkXUj ®U<*a)xUl 
= Ux[HxuiXUj ® HlXM k"Uj ®MIxa) 


by definition of u 
by lattice laws and Eq4 
by lattice laws 
by AxRHl 
by lattice laws 
by lattice laws 


and in the last term, ui and Uk may be permuted by commutativity. We then obtain the right side of 
the equation via an analogous sequence of transformations in the reverse direction, with the roles of and 
ui replaced. 

The rest of the proof mimics the one by Maddux [25]. In some detail 3 : assume there is 
e = ( u 0 ,Ui,U2,e 0 ,ei ) e 2l 5 


such that 

(a) cg(e 0 ) =e 0 , cf (ei) 

holds. Using (a)-(d) we prove that for every a,b £ 21 the following hold: 

(i) cf (a o*&) =ao s c\ (6), ^ 

(ii) a o e cf (6) = cf (c| (a)^ c g (c|_(e 0 «ei«cl (cf <&>»», 

(iii) (a ° e J») ° e _cf (c) = a o e (b o e cf (c)), 

(iv) ((a o« b) o' c) o' cf (d) = (a (b cf c)) cf (d ). 

Now pick 21 witnessing the failure of Qu5 together with e = (uq; '«i • U'2- eo, e-|) such that elements of e 
interpret variables (x n +i,..., x„+5] in Qu5. This means (a) is satisfied, hence (i)-(iv) hold for every element 
of 21. We define an equivalence relation = on 21: 

o = iff for all c€ 21, a o e cf (c) =b o e cf (c). 

We take o e to be the semigroup operation on 21/ =. Following Maddux [25], we use (i)-(iv) to prove that this 
operation is well-defined (i.e., independent of the choice of representatives) and satisfies semigroup axioms. 
It follows from the assumptions that the semigroup thus defined fails Qu4. 

(Ill) => (II). Immediate. 

(II) => (I). In analogy to Maddux [25], given a semigroup 23 = (B, o, u) failing Qu4 and a valuation v 
witnessing this failure, consider 9K{B, {0,1,2}) with a valuation w defined as follows: 

w(xo) := ({0,1,2}, {{(0,«(»)), (l,o), (2,6)} | a, 6 e 23}), 

w(xi) := ({0,1,2}, {{(0, a), (1, a o (2, b)} \ a, b £ 25}), i < n. 

w{x n+i ) := ({i}, {{(*, b)}\b£ 25}), (0 < i < 3), 

w(x n+4 ) := ({0,1,2}, {{(0, a), (1, b), (2, b)} \ a,b £ 25}), 
w(x n+5 ) := ({0,1,2}, {{(0, b), (1, a), (2, b)} \ a,b £ 25}). 


3 We hope the reader is not confused by our use of the same symbols for elements of algebra as earlier for terms and variables; 
an alternative relying on changing all the notations could prove worse. 
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It may be proved by induction that 


w(r e (u)) = ({0,1,2}, {{(0, a), (1, a o v(u)), (2,6)} | a, b £ *B}) 

(where e = (x n+ i, ..., x n+5 )) for every u £ T(x i,... x n ). Moreover 

o w c{ (x 0 )) =({0,1,2}, {{(0, a), (1, b), (2, c)} | a, b, c £ B, a o v(t) = *(*)}), 
w(r e (s) o e ci (* 0 )) =({0,1,2}, {{(0, a), (1, b), (2, c)} | a, b, c € 25, a o v(s) = v(s)}). 


Any tuple whose value for attribute 0 is u belongs to the first relation, but not to the second. Thus w is a 
valuation refuting Qu5. □ 

Corollary 4.8. The quasiequational theory of any class of algebras between 77.g n and RH 1 is undecidable. 

Proof. Follows from Theorem 4.7 and theorems of Gurevic [13, 14] and Post [29] (for finite and arbitrary 
semigroups, respectively). □ 

Corollary 4.9. The quasiequational theory of 77.g n is not finitely axiomatizable. 

Proof. Follows from Theorem 4.7 and the Harrop criterion [15]. □ 

Open Problem 4.10. Are the quasiequational theories oflZ uni andTZn n (i.e., of lattice reducts) decidable? 


5. The Concept Structure of Tropashko Lattices 

Given a finite lattice £ with 3(£) and ®t(£) being the sets of its, respectively, join- and meet-irreducible 
elements, let us follow Formal Concept Analysis [12] and investigate the structure of £ via its standard 
context con(£) := (3(£), 9Jt(£), l< ), where l< :=< fl(3(£) x 9Jt(£)). Set 

g m : g is <-minimal in {h £ 3(£) | not h l< m}, 
g /* m: m is <-maximal in {n £ 9Jt(£) | not g l< n}, 
g y'm : gy'mk,g / Am. 

Let also be the smallest relation containing and satisfying the condition 
g m, h /• m and h y' n imply g y/ n\ 
in a more compact notation, o / o/ C ^. We have the following 
Proposition 5.1. [12, Theorem 17] A finite lattice is 

• subdirectly irreducible iff there is m £ 9Jt(£) such that (J(£) x {m}, 

• simple iff^=3{£) x 9H(£). 

Let us describe 3(9t(£>, A)) and 9Jt(fH(£>, A)) for finite D and A. Set 

AT>omx>,A '■= (adom(a;) | x £ V A } where adorn (a;) :=(A, {a;}), 

AAttx>,A '■= (aatt(a) | a £ A} where aatt(a) := (A — {a}, 0), 

CoDom-D^H '■= (codonr ff (a;) | x £ V H } where codom^a;) := ( H , V H — {a;}), 

CoAU-d^a := (coatt(a) | a £ A} where coatt(a) := ({a},X>^“^), 

Jt>,a '■= AT>omz> t A U AAttx> t Ai 
Mv,a := CoDomx>,H- 

HC.A 
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It is worth noting that ^R(D,A) naturally divides into what we may call boolean H-fibres —i.e., the 
powerset algebras of T> H for each H C A. Furthermore, the projection mapping from H -fibre to //'-fibre 
where H' C H is a join-homomorphism. Lastly, note that the bottom elements of //-fibres—i.e., elements 
of the form ( H , 0)—and top elements of the form ( H , D H ) form two additional boolean slices, which we may 
call the lower attribute slice and the upper attribute slice , respectively. Both slices are obviously isomorphic 
copies of the powerset algebra of A. The intention of our definition should be clear then: 

• The join-irreducibles are only the atoms of the .4-fibre (i.e., the fibre with the longest tuples) plus the 
atoms of the lower attribute slice. 

• The set of meet-irreducibles is much richer: it consists of the coatoms of all H-fibres (note Md.a 
includes H as the sole element of CoDomxifi) plus all coatoms of the upper attribute slice. 

Let us formalize these two itemized points as 
Theorem 5.2. For any finite A and V such that \D\ > 2, we have 

Jt>,a = 3(fH(X>,-d)), (join-irreducibles) 

Mt>,a = 9Jl(9l(X>, „4)). (meet-irreducibles) 

Proof, (join-irreducibles): To prove the C-direction, simply observe that the elements of Jt>,a are exactly 
the atoms of A(T>. A). For the converse, note that 

• every element in an //-fibre is a join of the atoms of this fibre, as each //-fibre has a boolean structure 
and in the boolean case atomic = atomistic, 

• the header elements (//, 0) are joins of elements of AAttx>,Ai 

• the atoms of //-fibres are joins of header elements with elements of AAUd a- 
Hence, no element of (D, A) outside AAUt>,a can be join-irreducible. 

(meet-irreducibles): This time, the C-direction is easier to show: Mt>,a includes the coatoms of H- 
fibres and of the upper attribute slice. Hence, the basic properties of finite boolean algebras imply all 
meet-irreducible elements must be contained in Mt>,a : every element of 9f("D, A) can be obtained as 
an intersection of elements of Mv,a- For the C-direction, it is clear that elements of CoAttx>,A are 
meet-irreducible, as they are coatoms of the whole *R(V,A). This also applies to H e CoDomj, Now 

take codom H (x) = (//, V H - {a;}) for a non-empty H = {1. h) and x = (xi,... Xh) € V H and 

assume codom i/ (a;) = r«s for r,s codom H (x). That is, H = H r U H s and 

V H - {x} = {y€ V H ^ H * | y [H r \ e B r and y[H s ) e B s }. 

Note that wlog H r C H and r C codorr/ 7, (z) for some z € D Ht \ otherwise, if both r and s were top 
elements of their respective fibres, their meet would be ( H,T > h ). Thus 

V H - {*} C{yeV H | y[H r \ + zj 

and by contraposition 

{yeV H \ y[H r ] = z} C {*}. (20) 

This means that 2 = x[H r ], But now take any i £ // — //, , pick any d x, (here is where we use the 
assumption that \D\ > 2) and set 

x' := (xi,... ,Xi-i_,d, Xi +1 ,... ,x h ). 


Clearly, x'[H r \ = x[H r \ = z, contradicting (20). 





Theorem 5.3. Assume T>, A are finite sets such that \T>\ > 2 and AZ 0. Then l< , Z t Z and Z / look for 
91(2?, A) as follows: 


s = 

adom(x) 

coatt(a) 

aatt(a) 

coatt(6) 

adom(x) 

codom ff (y) 

aatt(a) 

codom H (y) 

r\<s 

always 

aZb 

x[H]^y 

a?H 

rZ s 

never 

a = b 

x[H] = y 

a £ H 

rZs 

never 

a = b 

x[H)=y 

never 

r ZZ s 

never 

a = b 

always 

always 


Sketch. For the l< -row: this is just spelling out the definition of < on 91(2?, A) as restricted to Jt>,a x A4t>.a- 
For the ^-row: the set of join-irreducibles consists of only the atoms of the whole lattice, hence Z is 
just the complement of <. 

This observation already yields ZQZ and Z = Z- The last missing piece of information to define /* is 
provided by the analysis of restriction of < to M-d,a x AAx>,a : 

s = coatt(6), never, 

s = codom ff (#), r < s .g never, 
s = coatt(a), — a £ H, 

s = codom H (t/), never. 

Finally, for ZZ we need to observe that composing ^ with Z ° Z does not allow reaching any new 
elements of CoAU-d.a ■ As for elements of AAt>,a of the form codom H (y), note that 

3 h.(h Z coatt(a) & h Z codom H (y)) if a £ H, (21) 

3h.(h Z codom H * (sft| kh Z codorr\ Hy (y)) if x[H x n H y \ = y[H x n H y \. (22) 

Furthermore, we have that 

• for any x £ V A and any H C A, adom(x) Z codom h (x[H]), 

• for any a£ A and any x £ D A , aatt(a) codom®fp3. 

Using (22), we obtain then that J-d.a x {H} C ZZ and using (22) again—that Jv,a x (codom ff (y)} C ZZ 
for any y £ T> A and any H C A. □ 

Corollary 5.4. IfD,A are finite sets such that |2?| > 2 and A 0, then 91(2?, A) is subdirectly irreducible 
but not simple. 

Proof. Follows immediately from Proposition 5.1 and Theorem 5.3. □ 


r = coatt(a), 
r = coatt(a), 
r = codom H (a;), 
r = codom H (a;), 


6 . Extending the Signature and Adding Schema Information 

Clearly, it is possible to define more operations on 7£„ nr than those present in T\\. Thus, our first proposal 
for future study, regardless of the negative result in Corollary 4.8, is a systematic investigation of extensions 
of the signature. Let us discuss several natural ones; see also [34, 39]. 

6.1. Safe Extensions with Constants and Monotonic Relational Expressions 
We begin with most natural additional constants. 
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The top element T := (0, {0}). Its inclusion in the signature would be harmless, but at the same time does 
not appear to improve expressivity in a significant way. Note, however, that if relations with empty header 
are seen as boolean constants, then H plays the role of false and T is necessary to encode true. 

Attribute constants a := ({a}, 0}), for a £ A. Recall again from Sections 1.1 and 1.2 an important difference 
between our setting and that of both named SPJR algebra and unnamed SPC algebra in [1, Ch. 4]: in 
database theory one normally assumes explicit schema information. Our expressions, however, are untyped 
query schemes. On the one hand, £h allows, e.g., projection ofr to the header of s: r ® (s«H), which does not 
correspond to any single SPJR expression. On the other hand, only with attribute constants we can write 
the SPJR projection of r to a concrete header {ai,..., a„}: 7r aii ... jan (r) := r ©ai* ... «ap. We will return 
again to the issue of matching the two setups in Section 6.2 below. 

Unary singleton constants (a : d) := ({a}, {(a : d)}) ; for a £ A, d £ V. These are among the base SPJR 
queries [1, p. 58]. Note they add more expressivity than attribute constants: whenever the signature 
includes (a : d) for some d £ T>, we have a = (a : d)*H. They also allow defining T as T (a : d) * H and, 
more importantly, the SPJR constant-based selection queries cr a=d (r) := r*( a : d). 

6.2. Equivalence with Monotonic Relational Expressions 

As it turns out, the mere addition of unary singleton constants brings our language very close to that of 
the monotonic relational expressions of Sagiv and Yannakakis [31, Sec. 2.2]. To be more precise, we obtain 
in this way schema-free (but named!) counterparts of these expressions. The explicit schema-annotation 
(or header-annotation) discipline necessary to connect these two formalisms is presented in Table 2. It is 
worth noting that that what database theorists would call schema information, would be called typing in the 
programming community. In the database context, this term would cause obvious confusion as it is usually 
applied in the setting where it is impossible for entries from different attributes to be compared [1, p. 44]. 
4 However, the work of Van den Bussche and Waller [9] does in fact use the term typing in this context. 
We highly recommend the reader to compare Table 2 (and the contents of this section in general) with that 
paper. 

6.3. Further Extensions Violating Independence Properties 

The bottom element J_ := (A, 0). Whenever A is infinite, including J_ in the signature would exclude 
subalgebras consisting of relations with finite headers—i.e., exactly those arising from concrete database 
instances. Another undesirable feature is that the interpretation of ± depends on A, i.e., the collection 
of all possible attributes, which is not explicitly supplied by a query expression. In other words, it is 
domain-independent, but not strictly independent. 

The full relation U := (A, V A ). [39, 34] Its inclusion would destroy even the ordinary domain independence 
property (d.i.p.). Note that for non-empty A and T>, U is a complement of H. 

The equality constant A := ( A , {x £ V A | Va,a'.x(a) = x(a')}). With it, we can express the equality-based 
selection queries: cr a= b(r) := r»«(A®a«b). Again, the interpretation of A violates d.i.p. 


4 Another word sometimes used in the context of relations and databases with explicit schema information is sort(ing), but 
this has obvious potential for confusion as well; we are not concerned with presence or absence of order on either attributes or 
domain. 
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Table 2: Equivalence between typed expressions and monotonic relational expressions [31, Sec. 2.2]. 

Schema (header) assignment for positive expressions 

E is a supply of relational symbols r together with schema (header) information, i.e., ; 5F — {ri : Hi, ..., r n : H n }, 
where H C./i n A 


r:fleE 
Ebr :H 

E b n : Hi E b r 2 : H 2 
E b ri«r2 : Hi U H 2 


deV,a€A 
s h (a : d) : {a} 
Ehn:Ui Ehr 2 :ff 2 
E b ri®r 2 : Hi fl H 2 


Translation (■) of monotonic relational expressions [31, Sec. 2.2] into our terms 
Recall a = (a : d) xi H, for an arbitrary choice of d € T> 

K ,»*£)> = ('•>:• a, x...xa n K«|r)> = <r>x(a:d) 

(ntxir2) = (ri)«(f2> (riUr 2 ) = (ri)ffi(r 2 ) 


Reverse translation (-) s 


Fix b £ A and distinct d, e 6 D. Observe that only for the atomic expressions and * the translation is independent 
from the schema information 


r:H eE 

( r ) E = r 

(ri«r 2 ) E = (ri) E tx (r 2 ) s 


d£V,aeA 
((a:d)) s = (a:d) 

E b n : {01,... ,a m ,bi,... ,b n } Ehr 2 : {61,.. • •. ,c k } 


(H) E =7r 0 ((b:d)M(b:e)) 


(n ®r 2 ) s — 7r bl ,...,b n ((''!) ) U 
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6. f. Extensions Respecting Domain Independence 

The inner equality operator: 

[r]= := (H r , {x e V 11 *- \ 3x' € r. 3a' 6 JT r .Va 6 ®(o) = x f (a')}). 

It is a domain-independent operation which also allows to define equality-based selection 
o-a=b(r) = r«([r]=©a«b). 

For the purpose of recovering the full setup of Codd’s relational algebra, all we need are two additional 
operations. 

The first are standard attribute renaming /V-j-bM operators [1, p. 58]. Note that in presence of explicit 
schema information, attribute renamings can be expressed using a constant which fails d.i.p., namely [U] = . 
We leave the details out. 

The last operation required for expressive completeness is a total version of the difference operator: 

The difference operatorr — s := ( H r ,{x € B r \ x ^ B s }). This is a very natural extension from the DB point 
of view [1, Ch. 5], which leads us beyond the SPJRU setting towards the question of relational completeness 
[6]. Here again we break with the partial character of Codd’s original operator. Another option would be 
[H rns , {x e B. r [H s \ | x £ B s [H r ]}), but this one can be defined with the difference operator proposed here 
as (r©s) — (s© (r«H)). 

While we do not provide details here, it should be clear how to prove equipollence between the typed 
version of the formalism with the extensions proposed above and Codd’s relational algebra in the spirit of 
Section 6.2 and Table 2. 

7. Summary and Future Work 

We have seen that relational lattices form an interesting class with rather surprising properties. Unlike 
Codd’s relational algebra, all operations are total and in contrast to the encoding of relational algebras 
in cylindric algebras, the domain independence property follows automatically. We believe that with the 
extensions of the language proposed in Section 6, one can ultimately obtain a more natural algebraic treat¬ 
ment of SPRJ(U) operators and relational query languages. Besides, given how well investigated the lattice 
of varieties of lattices is in general [19], it is intriguing to discover a class of lattices with a natural CS 
motivation which does not seem to fit anywhere in the existing picture. 

We posed a number of questions and problems in the text, in particular Open Problems 3.1, 3.6, 3.7 and 
4.10. Without settling them we cannot claim to have grasped how relational lattices behave as an algebraic 
class. None of them seems trivial, even with the rich supply of algebraic logic tools available in existing 
literature. Comparison with other settings, like that of Craig [7], Quine [30], other (generalized) algebras of 
finite sequences and many-sorted cylindric/polyadic algebras [27, Sec. 7.1-7.4 and references therein] and 
possible attempts at transfer of methods and results would be also of interest. 

We would also like to mention the natural question of representability: 

Open Problem 7.1 (Hirsch). Given a finite algebra in the signature £h (B), is it decidable whether it 
belongs to S?(^ nr ), SPfgfj (resp. §P(ft unr ), §P(7 Z^))? 

We believe that the analysis of the concept structure of finite relational lattices in Section 5 may lead to 
an algorithm recognizing whether the concept lattice of a given context belongs to §P(7£g n ) (or §P(7£g n )). 
Given the fact that relational lattices have much more meet-irreducible than join-irreducible elements, it 
is natural to apply the duality promoted by Santocanale and coauthors[32, 11], which is well-tailored for 
lattices with non-isomorphic sets of meet-irreducible and join-irreducible elements; in fact, efforts in this 
direction have already been made [32], see Remark 3.8. See also Section 2.3 above for other category- 
theoretical connections: as suggested therein, the relationship with the work of Abramsky [2] would be of 
particular interest. 
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Appendix A. Theorem 3.4, Clause 7: 

formulas (assumptions). 

x ~ y = y " x. 

(x ~ y) ~ z = x ~ (y ~ z) . 
x v y = y v x. 

(x v y) v z = x v (y v z) . 
x v (x - y) = x. 
x ~ (x v y) = x. 

UpMe(x,y,z) = x ~ (y v z). 
LoMe(x,y,z) = (x " y) v (x ~ z). 
UpJo(x,y,z) = (x v y) ~ (x v z). 
LoJo(x,y,z) = x v (y " z). 
end_of_list. 
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formulas (goals). 

(all xl all yl all w UpMe(a ~ xl,yl,w) v (yl ~ w) = (((a ~ xl) ~ yl) v w) ~ (((a ~ xl) 
w) v yl)) -> 

UpMe(a ~ zl,z2,z3) = LoMe(a ~ zl,z2,z3). 

end of list. 


============================== PROOF ================================= 

*/, Proof 1 at 45.03 (+ 0.26) seconds. 

“/, Length of proof is 66. 

% Level of proof is 14. 

“/. Maximum clause weight is 35. 

7, Given clauses 464. 

1 (all xl all yl all w UpMe(a ~ xl,yl,w) v (yl ~ w) = (((a " xl) ~ yl) v w) ~ (((a " xl) 

~ w) v yl)) -> UpMe(a " zl,z2,z3) = LoMe(a ~ zl,z2,z3) # label(.non_clause) # labeKgoaO ■ 
[goal]. 

2x"y = y~x. [assumption], 

3 (x ~ y) ~ z = x ~ (y “ z). [assumption]. 

4xvy = yvx. [assumption]. 

5 (x v y) v z = x v (y v z). [assumption]. 

6 x v (x ~ y) = x. [assumption], 

7 x ~ (x v y) = x. [assumption], 

8 UpMe(x,y,z) = x ~ (y v z). [assumption]. 

9 LoMe(x,y,z) = (x ~ y) v (x ~ z) . [assumption], 

12 UpMe (a ~ x,y,z) v (y ~ z) = (((a ~ x) ~ y) v z) ~ (((a ~ x) ~ z) v y) . [deny(l)]. 

13 (x " y) v (a ~ (z ~ (x v y))) = ((a " (z ~ x)) v y) " ((a ~ (z ~ y)) v x). [copy(12), 

rewrite([8(3), 3(4),4(6), 3(9), 3(13)])]. 

14 LoMe(a ' cl,c2,c3) != UpMe(a ~ cl,c2,c3). [deny(l)]. 

15 (c2 ~ (a ~ cl)) v (c3 ' (a ~ cl)) != a “ (cl ~ (c2 v c3)). [copy(14),rewrite([9(6),2(5) 

,2(10),8(17),3(18)])]. 

16 x ' (y " z) = z ~ (x ~ y) . [para(3(a,l),2(a,l))]. 

17 x ' (y " z) = y ~ (x " z). [para(2(a,l),3(a,l,l)),rewrite([3(2)])]. 

18 (a ~ (cl ~ c2)) v (a ~ (cl ~ c3)) != a ~ (cl ~ (c2 v c3)). [back_rewrite(15),rewrite([16(5) 

,2(4),17(5),16(10),2(9),17(10)])]. 

20 x v (y v z) = y v (x v z). [para(4(a,l),5(a,l,l)),rewrite([5(2)])]. 

21 x v (y “ x) = x. [para(2(a,l),6(a,l,2))]. 

22 (x ~ y) v (x ~ (y ~ z)) = x ~ y. [para(3(a,l),6(a,l,2))]. 

23 x v ((x ~ y) v z) = x v z. [para(6(a,l),5(a,l,l)),flip(a)]. 

26 x " (y “ ((x “ y) v z)) = x ~ y. [para(7(a,l),3(a,l)),flip(a)]. 

27 x ~ (y v x) = x. [para(4(a,f),7(a,l,2))]. 

28 (x v y) ~ (x v (y v z)) = x v y. [para(5(a,l),7(a,l,2))]. 

29 x v x = x. [para(7(a,l),6(a,l,2))J. 

30 x ~ x = x. [para(6(a,l),7(a,l,2))J. 

38 (x ~ (y ~ z)) v (a ~ (u ~ ((x ~ y) v z))) = ((a ~ (u ~ (x ~ y))) v z) ~ ((a ~ (u ~ z)) 
v (x ~ y)). [para(3(a,l),13(a,l,l))]. 

63 x ' (y ~ (x v z)) = y - x. [para(7(a, 1), 17(a,l,2)),flip(a)]. 
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76 x v (y v x) = y v x. [para(29(a,l),5(a,2,2)),rewrite([4(2)J)]. 

79 x ' (x ~ y) = x ~ y. [para(30(a,l),3(a,l,l)),flip(a)]. 

81 x * (y " x) = y ' x. [para(30(a, 1),3(a,2,2)),rewrite([2(2)])]. 

82 (x ~ y) v (a ~ (x v y)) = ((a “ x) v y) ~ ((a " y) v x) . [para(30(a,l),13(a,l,2,2)),rewrite([ 

2(8),7(8),2(11),27(11)])]. 

88 x v (y ‘ (z ~ x)) = x. [para(3(a,l),21(a,l,2))J. 

89 x v ((y " x) v z) = x v z. [para(21(a,l),5(a,l,l)),fHp(a)[. 

95 x ' ((y v x) ~ z) = x ~ z. [para (27 (a, 1),3(a, 1 , 1)), flip (a)]. 

97 x ' (y v (z v x)) = x. [para(5(a,1),27(a,1,2))]. 

Ill x v (y v (z ~ x)) = y v x. [para(21(a,l),20(a,l,2)),flip(a)]. 

132 x v (y v (z v x)) = y v (z v x) . [para(5(a,l),76(a,l,2)),rewrite([5(5)])[. 

141 (x ~ y) v ((x ~ (y ~ z)) v u) = (x " y) v u. [para(22(a,l),5(a,l,l)),flip(a)[. 

150 x " (y ~ (z ~ x)) = y “ (z ~ x) . [para(3(a,l),81(a,l,2)),rewrite([3(5)])j. 

155 (x ~ y) v (y ~ x) = x ~ y. [para(81(a,l),22(a,l,2))[. 

158 x v (Cy ~ (z ~ x)) v u) = x v u. [para(88(a,l),5(a,l,l)),flip(a)]. 

176 a " (x ~ (Cy v z) ~ (u v (((a ~ (x " y)) v z) ~ ((a ~ (x ~ z)) v y))))) = a ~ (x ~ (y 

v z)). [para(13(a,l),97(a,l,2,2)),rewrite([3(15),3(14)])]■ 

195 (x v y) ~ ((x ~ z) v y) = (x ~ z) v y. [para(23(a,l),27(a,l,2)),rewrite([2(4)])]■ 

197 (x ~ y) v (z v x) = z v x. [para(76(a,l),23(a,2)),rewrite([132(4)])]■ 

220 (x ~ y) v (x ~ (y v z)) = x ~ (y v z). [para(63(a,l),21(a,l,2)),rewrite([4(4)])]■ 

228 (x v y) * ((z “ x) v y) = (z ~ x) v y. [para(89(a,l),27(a,l,2)),rewrite([2(4)])J■ 

244 (x v y) " (z ~ y) = z ~ y. [para(81(a,l),95(a,2)),rewrite([150(4)])]■ 

321 (a ~ x) v (((a ~ x) v y) ~ z) = ((a " x) v z) " ((a ~ x) v y). [para(26(a,l),13(a,2,l,l)), 

rewrite ([5(9),26(11),4 (7),20(17), 141(17)])]. 

336 (x ~ y) v (z v (y ~ x)) = z v (y ~ x). [para(155(a,l),5(a,2,2)),rewrite([4(4)])]■ 

341 (x ~ (y ~ z)) v (y ~ x) = x ~ y. [para(155(a,l),23(a,2)),rewrite([3(3),336(6)])]. 

398 (x v y) " (y v x) = x v y. [para(76(a,l),28(a,l,2))J. 

565 (x v (y v z)) ~ (z v y) = z v y. [para(398(a,l),244(a,l,2)),rewrite([398(7)])]. 

1281 (x v y) ~ ((z ~ (u “ x)) v y) = (z ~ (u ~ x)) v y. [para(158(a,l),27(a,l,2)),rewrite([2(5)]) 

]■ 

3918 (x v y) ~ ((z ~ y) v x) = (z ~ y) v x. [para(lll(a,l),565(a,l,l))]. 

6421 x ~ ((x ~ y) v (x ~ z)) = (x ~ y) v (x ~ z) . [para(6(a,l),195(a,l,l))]. 

6979 (x - (y ~ z)) v (x “ (u v y)) = x " (u v y). [para(197(a, 1),220(a,l,2,2)),rewrite([197(8)])]. 

7074 x “ C(y “ z) v (y ~ x)) = x ~ y. [para(341(a,l),228(a,l,2)),rewrite([2(5),3(5),6421(4),341(8)]) 

l- 

7542 x ~ C(y ~ z) v (x ~ y)) = x “ y. [para(2(a,l),7074(a,l,2,2))]. 

7744 x ~ ((y ~ z) v (x “ (u v z))) = x ~ (u v z) . [para(244(a,l),7542(a, 1,2,1))]. 

8021 (a ~ x) v (a ~ y) = a ~ (x v y). [para(82(a,2),38(a,l,2,2)),rewrite([7744(10),6979(7),2(10) 

, 3(10),27(9),79(7), 2(11),26(12), 3918(12)]), flip(a)]. 

8518 a ~ ((cl ~ c2) v (cl ~ c3)) != a " (cl " (c2 v c3)). [back rewrite(18).rewrite([8021(l 1)])] 

9294 a ~ ((a “ x) v y) = a ~ (x v y). [para(79(a,l),8021(a,l,l)),rewr\te([8021(5)]),flip(a)]. 

10727 a ~ (x ~ ((a ~ y) v z)) = x ~ (a ~ (y v z)). [para(9294(a,l),17(a,l,2)),flip(a)]. 

15426 x ~ (a “ ((x ~ y) v z)) = a ~ (x ~ (y v z)). [para(6(a,l),176(a,l,2,2,2)),rewrite([1281(7) 

,10727(7)])]. 

36559 a ~ ((x ~ y) v (x " z)) = a ~ (x " (y v z)). [para(341(a,l),321(a,l,2,l)),rewrite([3(6) 
,8021(7),341(15),2(12),3(12),10727(12),15426(10)])]. 

36560 $F. [resolve(36559,a, 8518,a)]. 

============================== end of proof ========================== 
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Appendix B. Theorem 3.4, Clause 8: 

formulas (assumptions). 

x ~ y = y " x. 

(x ~ y) ~ z = x ~ (y " z) . 
x v y = y v x. 

(x v y) v z = x v (y v z) . 
xv (x ~ y) = x. 
x ~ (x v y) = x. 

UpMe(x,y,z) = x ~ (y v z). 

LoMe(x,y,z) = (x ~ y) v (x ~ z) . 

UpJo(x,y,z) = (x v y) ~ (x v z). 

LoJo(x,y,z) = x v (y " z). 

UpMe(a " xl,yl,zl) v (yl ~ zl) = (((a ~ xl) " yl) v zl) ~ (((a ~ xl) ~ zl) v yl). 
UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a ~ y). 

end_of_list. 

formulas (goals). 

(all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> UpMe(x2,y2,z2) = LoMe(x2,y2,z2))) 

end_of_list. 


PROOF 
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\7, Proof 1 at 222.55 (+ 1.51) seconds. 

Y/o Length of proof is 195. 

Y/o Level of proof is 24. 

Y/. Maximum clause weight is 47. 

Y/. Given clauses 1611. 

1 (all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> UpMe(x2,y2,z2) = LoMe(x2,y2,z2) 
)) # label(non_clause) # label (goal). [goal]. 

2x"y = y~x. [assumption], 

3 (x ~ y) ~ z = x ~ (y ~ z). [assumption]. 

4xvy = yvx. [assumption], 

5 (x v y) v z = x v (y v z). [assumption]. 

6 x v (x ~ y) = x. [assumption], 

7 x ~ (x v y) = x. [assumption], 

8 UpMe(x,y,z) = x ~ (y v z). [assumption]. 

9 LoMe(x,y,z) = (x ~ y) v (x ~ z) . [assumption], 

12 UpMe(a ~ x,y,z) v (y ~ z) = (((a ~ x) ~ y) v z) " (((a ~ x) ~ z) v y) . [assumption]. 

13 (x - y) v (a ~ (z ~ (x v y))) = ((a ~ (z ~ x)) v y) ~ ((a ~ (z ~ y)) v x). [copy(12), 

rewrite][8(3), 3(4), 4(6), 3(9), 3(13)])]. 

14 UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a ~ y) . [assumption]. 

15 (x ~ (y v (a ~ z))) v (x “ (z v (a ~ y))) = x " (y v z) . [copy(14),rewrite([8(l),8(5),8(9)]), 

flip (a)]. 

16 UpMe(a,cl,c3) = UpMe(a,cl,c2). [deny(l)]. 

17 a ~ (cl v c3) = a " (cl v c2). [copy(16),rewrite](8(4),8(9)])]. 

18 LoMe(cl,c2,c3) != UpMe(cl,c2,c3). [deny(l)]. 

19 (cl ~ c2) v (cl ~ c3) ! = cl ~ (c2 v c3). [copy(18),rewrite([9(4),8(ll)])]. 

21 x ~ (y " z) = y ~ (x ~ z). [para(2(a,l),3(a,l,l)),rewrite([3(2)])]. 

23 x v (y v z) = y v (x v z). [para(4(a,l),5(a,l,l)),rewrite([5(2)])]. 

24 x v (y " x) = x. [para(2(a,l),6(a,l,2))]. 

25 (x ~ y) v (x " (y ~ z)) = x ~ y. [para(3(a,l),6(a,l,2))]. 

26 x v ((x " y) v z) = x v z. [para(6(a,l),5(a,l,l)),flip(a)]. 

27 x v (y v ((x v y) ~ z)) = x v y. [para(6(a,l),5(a,l)),fiip(a)]. 

28 x ' ((x v y) “ z) = x ~ z. [para(7(a,l),3(a,l,l)),flip(a)]. 

29 x * (y ~ ((x " y) v z)) = x ~ y. [para(7(a,l),3(a,l)),flip(a)]. 

30 x ‘ (y v x) = x. [para(4(a,l),7(a,l,2))]. 

31 (x v y) " (x v (y v z)) = x v y. [para(5(a,l),7(a,l,2))]. 

32 x v x = x. [para(7(a,l),6(a,l,2))J. 

33 x " x = x. [para(6(a,l),7(a,l,2))J. 

36 (x ~ y) v (a ~ ((x v y) ~ z)) = ((a " (z ~ x)) v y) “ ((a ~ (z ~ y)) v x). [para(2(a,l) 

,13(a,l,2,2))]. 

37 (x ~ y) v (a ~ (z ~ (x v y))) = ((a ~ (x " z)) v y) ~ ((a ~ (z ~ y)) v x). [para(2(a,l) 

,13(a,2,l,l,2))]. 

41 (x - (y ~ z)) v (a “ (u ~ ((x ~ y) v z))) = ((a “ (u ~ (x ~ y))) v z) ~ ((a ~ (u ~ z)) 
V (x - y)). [para(3(a,l),13(a,l,l))]. 

44 (x ~ y) v (a ~ (z ~ (x v y))) = (y v (a ~ (z ~ x))) " ((a ~ (z ~ y)) v x). [para(4(a,l) 

,13(a,2,l))]. 

55 ((a ~ x) v y) ~ (x v ((a ~ (x ~ y)) v z)) = (a ~ x) v ((x v z) ~ y). [para(7(a,l),13(a 
,2,1,1,2)), rewrite ([5(5), 7(6),4 (5),23(13)]),flip(a)]. 

58 (((a ~ (x ~ y)) v z) ~ u) v (((a ~ (x ~ y)) v z) “ ((a ~ (x ~ z)) v y)) = (y ~ z) v (( 

a ~ (x ~ (y v z))) v (((a " (x ~ y)) v z) ~ u)). [para(13(a,2),9(a,2,2)),rewrite([9(9),23(27) 

,4(26)])]. 
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68 (x ~ (y v (a ~ z))) v ((z v (a ~ y)) ~ x) = x ‘ (y v z) . [para(2(a,l),15(a,l,2))]. 

83 a * ((cl v c3) ~ x) = a ~ ((cl v c2) ~ x) . [para(17(a,l),3(a,l,l)),rewrite([3(6)]),flip(a)]. 

90 x v (y ' (x ‘ z)) = x. [para(21(a,l),6(a,l,2))]. 

91 x ‘ (y ‘ (x t z)) = y ~ x. [para(7(a,l),21(a,l,2)),flip(a)]. 

92 (x ~ (y " z)) v (a ~ (u ~ (y v (x ~ z)))) = ((a ~ (u ~ y)) v (x ~ z)) ~ ((a " (u ~ (x 

~ z))) V y) . [para(21 (a,l),13(a,l,l))]. 

108 x v (y v x) = y v x. [para(32(a,l),5(a,2,2)),rewrite([4(2)])]. 

112 x " (x " y) = x ~ y. [para(33(a,l),3(a,l,l)),flip(a)]. 

114 x ~ (y " x) = y ~ x. [para(33(a,l),3(a,2,2)),rewrite([2(2)])]. 

115 (x ~ y) v (a ~ (x v y)) = ((a ~ x) v y) ~ ((a ~ y) v x) . [para(33(a,l),13(a,l,2,2)),rewrite( 
[2(8),7(8),2(11),30(11)])]. 

132 x v (y • (z ‘ x)) = x. [para(3(a,l),24(a,l,2))]. 

133 xv ((y ~ x) v z) = x v z. [para(24(a,l),5(a,l,l)),flip(a)]. 

140 (x ~ y) v (x ~ (z ~ y)) = x ~ y. [para(21(a,l),24(a,l,2))]. 

141 x" ((y v x) ~z) = x~z. [para(30(a,l),3(a,l,l)),flip(a)]. 

142 x " (y ~ (z v (x ~ y))) = x ~ y. [para(30(a,l),3(a,l)),flip(a)]. 

143 x " (y v (z v x)) = x. [para(5(a,l),30(a,l,2))J. 

146 ((a ~ x) v y) ~ ((a “ (x ~ y)) v (z v x)) = (a ~ x) v (y ~ (z v x)). [para(30(a,l),13(a 

,2,2,l,2)),rewrite([143(6),4(5),2(14)]),fHp(a)] ■ 

149 x ~ (y " (z v x)) = y ~ x. [para(30(a,l),21(a,l,2)),flip(a)]. 

152 x v (y v (x " z)) = y v x. [para(6(a,l),23(a,l,2)),flip(a)]. 

153 x ~ (y v (x v z)) = x. [para(23(a,l),7(a,l,2))]. 

159 x v (y v (z ~ x)) = y v x. [para(24(a,l),23(a,l,2)),flip(a)]. 

160 (x v y) ~ (x v (z v y)) = x v y. [para(23(a,l),30(a,l,2))]. 

163 x v ((y ~ (x ~ z)) v u) = x v u. [para(90(a,l),5(a,l,l)),flip(a)]. 

170 x " (y ~ (x ~ z)) = y ~ (x ~ z) . [para(90(a,l),30(a,l,2)),rewrite([2(3)])]. 

171 xv (yv (z~ (x~u))) = y v x. [para(90(a,l),23(a,l,2)),flip(a)]. 

174 (a ~ x) v ((x v y) ~ z) = ((a ' x) v z) ~ (x v y) . [back re write (55), re write ([163(8)]), flip (a) 

]■ 

185 x v (y v (z v x)) = y v (z v x) . [para(5(a,l),108(a,l,2)),rewrite([5(5)])J. 

196 (x ~ y) v ((x ~ (y ~ z)) v u) = (x " y) v u. [para(25(a,l),5(a,l,l)),flip(a)]. 

207 x " (y ~ (z ~ x)) = y ~ (z ~ x) . [para(3(a,l),114(a,l,2)),rewrite([3(5)])]. 

213 (x ~ y) v (y ~ x) = x ~ y. [para(114(a,l),25(a,l,2))]. 

215 x v (y ~ (z ~ (u ~ x))) = x. [para(3(a,l),132(a,l,2,2))]. 

216 xv ((y ~ (z ~ x)) v u) = x v u. [para(132(a,l),5(a,l,l)),flip(a)J. 

217 xv (y v (z ~ (u ~ (x v y)))) = x v y. [para(132(a,l),5(a,l)),flip(a)]. 

231 x ~ (y " (z v (u v (x ~ y)))) = x ~ y. [para(143(a,l),3(a,l)),flip(a)]. 

232 x " (y v (z v (u v x))) = x. [para(5(a,l),143(a,l,2,2))]. 

236 a ~ (x ~ ((y v z) " (u v (((a ~ (x ~ y)) v z) “ ((a ~ (x ~ z)) v y))))) = a ~ (x ~ (y 

v z)). [para(13(a,l),143(a,l,2,2)),rewrite([3(15),3(14)])]- 
259 x v (((a ' (y ~ x)) v z) ~ ((a ~ (y ~ z)) v x)) = x v (a ~ (y ~ (x v z))). [para(13(a 
,l),26(a,l,2))]. 

261 (x v y) ~ ((x ~ z) v y) = (x " z) v y. [para(26(a,l),30(a,l,2)),rewrite([2(4)])]■ 

262 x v (y v ((x ~ z) v u)) = y v (x v u). [para(26(a,l),23(a,l,2)),flip(a)]. 

263 (x ~ y) v (z v x) = z v x. [para(108(a,l),26(a,2)),rewrite([185(4)])]■ 

267 (x ~ y) v (a ~ (z ~ (x v ((x v u) ~ y)))) = (x v (a ~ (z ~ ((x v u) ~ y)))) " ((a ~ ( 

z “ x)) v ((x v u) ~ y)). [para(28(a,l),13(a,l,l)),rewrite([4(20),2(21)])]. 

276 (x ~ y) v ((x v z) ~ y) = (x v z) ~ y. [para(28(a,l),24(a,l,2)),rewrite([4(4)])]■ 

277 (x v y) ~ (z ~ x) = z ~ x. [para(114(a,l),28(a,2)),rewrite([207(4)])]■ 

280 x " (y ~ (z ~ (x v u))) = y ~ (z ~ x). [para(3(a,l),91(a,l,2)),rewrite([3(6)])]. 

292 (x ~ y) v (x ~ (y v z)) = x “ (y v z). [para(91(a,l),24(a,l,2)),rewrite([4(4)])]■ 
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297 x v (((a (y ~ z)) v x) ~ ((a ~ (y ~ x)) v z)) = x v (a ~ (y ~ (z v x))). [para(13(a 
,l),133(a,l,2))]. 

301 (x ~ y) v ((x ~ (z ~ y)) v u) = (x ~ y) v u. [para(21 (a,l),133(a, 1,2,1))]. 

302 (x v y) " ((z ~ x) v y) = (z ~ x) v y. [para(133(a,l),30(a,l,2)),rewrite([2(4)])] ■ 

304 (x ~ y) v (z v y) = z v y. [para(108(a,l),133(a,2)),rewrite([185(4)])]■ 

321 (x v y) ~ (z ~ y) = z ~ y. [para(114(a,l),141(a,2)),rewrite([207(4)])]■ 

338 xv (y v (((x ~ z) v y) ~ u)) = x v y. [para(27(a,l),26(a,l,2)),rewrite([26(3)]),flip(a)[. 

352 a " (c3 " (cl v c2)) = a ~ c3. [para(17(a,l),149(a,l,2)),rewrite([21(7)])]. 

353 (x ~ y) v (x ~ (z v y)) = x ~ (z v y). [para(149(a,l),24(a,l,2)),rewrite([4(4)])] ■ 

380 (x v y) ~ (x v (z ~ y)) = x v (z ~ y). [para(159(a,l),30(a,l,2)),rewrite([2(4)])] ■ 

403 x ~ (y ~ ((y “ x) v z)) = x ~ y. [para(2(a,l),29(a,l,2,2,l))]. 

407 (a ~ x) v (((a ~ x) v y) - z) = ((a ~ x) v z) ~ ((a ~ x) v y). [para(29(a,l),13(a,2,l,l)), 
rewrite ([5(9),29(11),4 (7),23(17), 196(17)])]. 

424 (x * y) v (z v (y ~ x)) = z v (y ~ x). [para(213(a,l),5(a,2,2)),rewrite([4(4)])[. 

428 x " (y ~ (z v (y ~ x))) = x ~ y. [para(213(a,l),143(a,l,2,2)),rewrite([3(4)])] ■ 

429 (x ~ (y ~ z)) v (y ~ x) = x ~ y. [para(213(a,l),26(a,2)),rewrite([3(3),424(6)])]. 

431 xv (Cy ~ (z ~ (u ~ x))) v w) = x v w. [para(215(a,l),5(a,l,l)),flip(a)]. 

458 a “ (x ~ ((y v z) ~ (u v (w v (((a " (x ~ y)) v z) ~ ((a ~ (x ~ z)) v y)))))) = a ~ ( 

x ~ (y v z)). [para(13(a,l),232(a,l,2,2,2)),rewrite([3(16),3(15)])]. 

461 x M(y v (a “ z)) " (u v (w v (x ' (z v y))))) = x “ (y v (a “ z)). [para(15(a,l),232(a 
,l,2,2,2)),rewrite([3(9)])]. 

483 (x v y) ~ (y v (x v z)) = y v x. [para(4(a,l),31(a,l,l))[. 

493 (x v y) ~ (y v x) = x v y. [para(108(a,l),31(a,l,2))[. 

495 (x ~ (y ~ z)) v (u v (x ~ y)) = u v (x ~ y). [para(3(a,l),263(a,l,l))[. 

503 (x ~ (y ~ z)) v (u v y) = u v y. [para(21(a,l),263(a,l,l))[. 

512 (a ~ x) v (y ~ (z v x)) = ((a ~ x) v y) " (z v x) . [back_rewrite(146),rewrite([503(8)]),flip(a 

)]■ 

514 (x v y) ~ (z ~ (u ~ x)) = z “ (u ~ x). [para(3(a,l),277(a,l,2)),rewrite([3(6)])[. 

516 (x ~ y) v (a ~ (z ~ (u v y))) = (y v u) " ((a ~ (z “ (y v u))) v (x ~ y)) . [para(277(a 

,l),13(a,l,l)),rewrite([5(5),159(5),23(18),431(18),2(14)])]. 

534 (x ~ (y ‘ z)) v (u v z) = u v z. ]para(3(a,l),304(a,l,l))]. 

566 ((a ~ (x ~ y)) v z) ~ (((a ~ (x ~ z)) v y) ~ (u ~ (a ~ (x ~ (y v z))))) = u ~ (a ~ (x 
~ (y v z))). [para(13(a,1),321 (a, 1,1)),rewrite][3(15)])]. 

582 (x v y) " (z ~ (x v (u ~ y))) = z ~ (x v (u ~ y)). [para(159(a,l),321(a,l,l))]. 

674 cl v (c2 v (a “ c3)) = cl v c2. [para(352(a,l),132(a,l,2)),rewrite([4(7),23(7),4(6)])]. 

695 x v (y v (z ~ (y v x))) = x v y. [para(493(a,l),132(a,l,2,2)),rewrite([5(4)])]■ 

698 (x v (y v z)) ~ (z v y) = z v y. [para(493(a,l),321(a,l,2)),rewrite([493(7)])]. 

712 a " (c3 ~ (x v (cl v c2))) = a " c3. [para(674(a,l),232(a,l,2,2)),rewrite([3(8)])]. 

847 x " (y " (z ~ (u v (x ~ z)))) = x ~ (y ~ z). [para(140(a,l),143(a,l,2,2)),rewrite([3(5),3(4)]) 
]■ 

851 (x ~ (y ~ z)) v (x ~ (y ~ (z v u))) = x ~ (y " (z v u)). [para(91(a,l),140(a,l,2,2)), 
rewrite][4(6)])]. 

870 (a ~ x) v (y ~ (z v (a ~ x))) = (z v (a ~ x)) " ((a ~ x) v y). [para(142(a,l),13(a,2,2,l) 
), rewrite ([231 ( 1 1),4(7),495(14)])] - 

904 (x v y) ~ (x v (z ~ (u ~ y))) = x v (z ~ (u ~ y)). [para(132(a,l),160(a,l,2,2)),rewrite([ 
2(5)])]. 

1373 (x ~ y) v z = z v (((a ~ (x " z)) v y) " ((a ~ (z ~ y)) v x)). [para(37(a,l),171(a,l,2)) 

, flip (a)]. 

1688 (x v y) ~ ((z " (u " x)) v y) = (z ~ (u ~ x)) v y. [para(216(a,l),30(a,l,2)),rewrite([2(5)]) 

]. 

2786 (a ~ x) v (y ~ (z ~ (x v u))) = (x v u) ~ ((a ~ x) v (y ~ z)). [para(7(a,l),41(a,2,2,l,2) 
),rewrite([153(8),4(6),23(12),163(12)])]. 
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4300 (x ~ y) v (a ~ (z ~ (x v y))) = (y v (a ~ (z ~ x))) “ (x v (a ~ (z ~ y))). [para(4(a 

,l),44(a,2,2))]. 

4305 (x ~ y) v (a ~ x) = x ~ (y v (a ~ x)). [para(7(a,l),U(a, 1,2,2)),rewrite([33(6),4(11),90(11) 

mm- 

4488 x ~ ((a ~ y) v (a ~ x)) = a “ x. [para(403(a,l),44(a,l,2)),rewrite([3(3),4305(6), 112(10) 
,114(10),429(15),2(12),3(12),428(12)])]. 

4553 x v ((x v (a ~ (y ~ z))) ~ (z v (a " (y ~ x)))) = x v (a ~ (y ~ z)). [para(44(a,2),695( 
a, 1,2,2)), rewrite][4300(9), 870(13),23(12),216(12)])]. 

5121 (x v y) ~ ((z " y) v x) = (z ~ y) v x. ]para(159(a,l),698(a,l,l))]. 

5163 a ~ (c3 ~ (cl v (x v c2))) = a “ c3. ]para(23(a,l), 712(a,l,2,2))]. 

5929 x ~ ((a “ x) v (a “ y)) = a ~ x. ]para(4(a,l),4488(a,l,2))]. 

6005 a ~ (x ~ (c3 ~ (cl v (y v c2)))) = x ~ (a ~ c3). ]para(5163(a,l),21(a,l,2)),flip(a)]. 

6223 x v (a ~ (y ~ (x v z))) = x v (a ~ (y ~ z)) . ]para(483(a,l),58(a,l,l)),rewrite([5(14) 

,407(13),534(8),259(10),483(20),23(15),4(14),851(14),23(12),4300(11),4553(15)])]. 

6337 (a ~ x) v (a ~ ((x v (a ~ y)) " z)) = ((a ~ x) v (a ~ y)) ~ (x v (a ~ (z ~ ((a ~ x) 
v (a ~ y))))). ]para(5929(a,l),36(a,l,l)),rewrite([133(9),23(18),301(18),4(23)])]. 

6572 cl v (c3 v (a “ ((cl v c2) ~ x))) = cl v c3. ]para(83(a,l),90(a,l,2)),rewrite([5(10)])]. 

6603 (cl v c3) " (x " a) = (cl v c2) “ (x ~ a). [para(83(a,l),207(a,l)),rewrite([207(8)]),flip(a)]. 

7269 (x v y) ~ (x v (z ~ (u ~ (x v y)))) = x v (z ~ (u ~ (x v y))). ]para(217(a,l),160(a,l,2) 

),rewrite][2(6)])]. 

7441 (x ' ((a ~ y) v (a ~ z))) v ((z v (a “ y)) ~ x) = x ~ ((a “ y) v z). [para(112(a,l),68( 
a,1,2,1,2))]. 

8538 x ~ ((x ~ y) v (x ~ z)) = (x ~ y) v (x " z) . [para(6(a,l),261(a,l,l))J. 

8763 x v ((x v y) ~ (x v z)) = (x v y) ~ (x v z) . ]para(7(a,l),276(a,l,l))]. 

9151 (x ~ (y ~ (z v u))) v ((w ~ (x ~ (y ~ z))) v v5) = (x " (y “ (z v u))) v v5. [para 

(280(a,l),216(a,l,2,l,2))]. 

9174 (x ~ (y ~ (z ~ u))) v (w v (y " (z ~ (u v v5)))) = w v (y " (z " (u v v5))). [para 

(280(a,l),534(a,l,l,2))]. 

9221 (x ~ (y ~ z)) v (x (u v y)) = x ~ (u v y) . ]para(263(a,l),292(a,l,2,2)),rewrite([263(8)])]. 

9343 x ~ ((y ~ z) v (y ~ x)) = x ~ y. [para(429(a,l),302(a,l,2)),rewrite][2(5),3(5),8538(4),429(8)]) 

]. 

9373 x v (a ~ (y ~ (z v x))) = x v (a ~ (y ' z)) . ]para(302(a,l),58(a,l,l)),rewrite([5(15) 
,297(14),9174(10),302(20),9151(16),4(11),23(12),4300(11),4553(15)])]. 

9434 x ~ ((y " z) v (z ~ x)) = x - z. [para(2(a,l),9343(a,1,2,1))]. 

9435 x ~ ((y “ z) v (x “ y)) = x ~ y. ]para(2(a,l),9343(a,l,2,2))]. 

9874 x ~ ((y ~ z) v (x ~ (u v z))) = x ~ (u v z) . [para(321(a,l),9435(a,1,2,1))]. 

11144 x v (((x ~ y) v (x ~ z)) " u) = x. ]para(338(a,l),26(a,l)),rewrite([6(2)]),flip(a)]. 

11205 x v (y v (((x ~ z) v (y " u)) ~ w)) = x v y. ]para(338(a,l),262(a,l,2)),rewrite([152(3)]), 

flip (a)]. 

11222 xv (y ~ ((x ~ z) v (x ~ u))) = x. ]para( 2 (a,l), 11144 (^ 1 ,^))]■ 

11735 x ~ (y ~ ((x ~ z) v (x ~ u))) - y ~ ((x ~ z) v (x ~ u)). ]para(11222(a,l),30(a,l,2)), 

rewrite([2(5)])]. 

11820 (a - x) v (a - ((x v (a ~ y)) ' z)) = ((a “ x) v (a ' y)) ~ (x v (z ~ ((a “ x) v (a 
~ y)))). [back_rewrite(6337),rewrite][11735(22)])]. 

12718 x v ((y v x) ~ (y v z)) = x v y. [para(483(a,l),353(a,l,2)),rewrite([23(5),4(4),8763(4) 
,483(8)])]. 

12799 x v ((y v z) ~ (y v x)) = x v y. [para(2(a, 1), 12718(a, 1,2))]. 

12819 x v (((y ~ z) v x) " (u v z)) = x v (y ~ z) . ]para(304(a,l),12718(a,l,2,2))]. 

12946 x v ((y v z) ~ ((u ~ z) v x)) = x v (u ~ z) . [para(304(a,l),12799(a,1,2,1))]. 

13031 (a ~ x) v (y ~ ((x v z) ~ u)) = ((a ~ x) v (y ~ u)) ~ (x v z). [para(7(a,l),92(a 

,2,1,1,2)),rewrite([5(7),7(8),4(6),23(16),163(16)])]. 
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13409 ((a * x) v (a ‘ y)) ~ (x v (a ~ z)) = ((a ~ x) v (a ~ z)) ~ (x v (y ~ ((a “ x) v (a 
~ z)))). [back_rewrite(11820),rewrite([13031 (9)])]. 

16801 x v (a (x v y)) - x v (a ~ y). [para(115(a,l),26(a,l,2)),rewrite([12946(8)]),flip(a)]. 

16811 x v (a ~ (y v x)) = x v (a ~ y). [para(115(a,l),133(a,l,2)),rewrite([12819(8)]),flip(a)]. 

16931 (a ~ x) v (a ~ y) = a ~ (x v y). [para(115(a,2),41(a,l,2,2)),rewrite([9874(10),9221(7),2(10) 

, 3(10),30(9), 112(7),2(11),29(12), 5121(12)]), flip(a)]. 

17283 a ~ (x v (y ~ (a ~ (x v z)))) = a " ((x v y) ~ (x v (a ~ z))). [back_rewrite(13409), 
rewrite ([16931 (5), 3(7), 16931 (12),16931 (15),3(16), 7269(15)]), flip(a)]. 

17360 (x ~ (a ~ (y v z))) v ((z v (a ~ y)) ~ x) = x ~ ((a ~ y) v z) . [back_rewrite(7441), 
rewrite ([16931(5)])]. 

17661 cl v (a ~ c3) = cl v (a ~ c2). [para(17(a,l),16801(a,l,2)),rewrite([16801(7)]),flip(a)]. 

17662 a ~ (x v (a ~ y)) = a ~ (x v y). [para(16801(a,l),30(a,l,2)),rewrite([3(7),380(6)])]. 

17667 x v (a “ ((y ~ x) v z)) = x v (a ~ z). [para(16801(a,l),133(a,l,2)),rewrite([133(5)]),flip(a)] 

17670 a ~ (x ~ (y v (a ~ z))) = x ~ (a " (y v z)). ]para(16801(a,l),149(a,l,2,2)),rewrite([3(8) 

,582(7)])]. 

17727 (x ~ a) v (a “ y) = a ~ ((x ~ a) v y) . [para(16801(a,l),9434(a,l,2)),rewrite([380(9),2(10)]) 

]■ 

17951 a ~ (x v (y ~ (a ~ (x v z)))) = a " ((x v y) " (x v z)). [back_rewrite(17283),rewrite][ 
17670(14),21(12)])]. 

18506 a ~ (cl v (c2 v c3)) = a ~ (cl v c2). [para(17661 (a, 1 ),16811 (a, 1,2,2)),rewrite][17662(10) 
,16931 (9), 23(6),4 (5),4 (14), 16931 (14),17(12)])]. 

18675 a ~ ((x ~ a) v y) = a ~ (x v y). [para(2(a,l),16931(a,l,l)),rewrite([17727(5)])]. 

18680 (a ~ x) v (y ~ (a ~ z)) = a ~ (x v (y ~ z)). ]para(21(a,l),16931(a,l,2))]. 

18682 a ~ ((a ~ x) v y) = a ~ (x v y). [para(112(a,l), 16931(a,l,l)),rewrite([16931(5)]),flip(a)]. 

18698 a ~ (x v (y ~ (a ~ z))) = a " (x v (y ~ z)). [para(170(a,l),16931(a,l,2)),rewrite([ 

18680(6)]), flip(a)]. 

18803 (x ~ a) v (a " y) = a ~ (x v y). [back_rewrite(17727),rewrite([18675(10)])J. 

19197 a ~ (x v (y ~ (x v z))) = a ~ ((x v y) “ (x v z)). ]back_rewrite(17951),rewrite([18698(7) 

])]■ 

19661 a “ ((cl v (c2 v c3)) “ x) = a “ ((cl v c2) “ x) . ]para(18506(a,l),3(a,l,l)),rewrite([3(6) 

]),flip(a)]. 

19740 a ~ (x ~ ((a ~ y) v z)) = a ~ (x ~ (y v z)). ]para(68(a,l),18675(a,2,2)),rewrite([2(7) 
,17670(7), 17360(10)])]. 

19911 a ~ (((a " x) v y) " z) = a ~ ((x v y) " z) . [para(18682(a,l),3(a,l,l)),rewrite([3(4)]),flip( 

a)]. 

21622 (a ~ x) v (x ~ y) = x ~ ((a ~ x) v y) . [para(6(a,l),174(a,l,2,l)),rewrite([6(9),2(8)])]. 

23068 (x ~ (y ~ z)) v (x ~ (z v u)) = (z v u) ~ x. [para(514(a,l),429(a,l,l))J. 

25533 a ~ (x ~ ((x ~ y) v z)) = a ~ (x " (y v z)). [para(6(a. 1),236(a, 1,2,2,2)),rewrite][1688(7) 

,19740(7)])]. 

30690 cl v (a ~ (c3 v ((cl v c2) ~ x))) = cl v (a ' c2). [para(6572(a,l),16801(a,l,2,2)), 
rewrite][17(6), 16801 (7), 17662(16)]), flip (a)]. 

30792 a ~ (x v ((cl v c2) ~ y)) = a “ ((x v (cl v c2)) “ (x v y)). [para(6603(a,l),267(a 
,2,1,2,2)),rewrite][2(9), 16801(10), 17670(11),21(9), 83(9), 18803(10), 19197(8),2(15),21(16), 112(17) 
,6223(16),83(21),2(24),23068(25),2(18),2(19),3(19),904(18),17662(17)]),flip(a)]. 

30797 cl v (a ■ ((cl v c2) ~ (c3 v x))) = cl v (a ~ c2). [back.rewrite(30690),rewrite][30792(9) 
,23(7),4(6),19661(11)])]. 

50699 x v (a ~ ((x v y) ~ z)) = x v (a ~ (y " z)). [para(512(a,l),17667(a,l,2,2)),rewrite([ 
19911(7),9373(6),9373(10)])]. 

50705 cl v (a " (c2 * (c3 v x))) = cl v (a ~ c2) . [back rewrite(30797),rewrite][50699(10)])]. 

50709 cl v (a ‘ (c2 ' c3)) = cl v (a ~ c2). [para(6(a,l),50705(a,l,2,2,2))]. 
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50727 cl v (c2 " (c3 v (a ~ c2))) = cl v (c2 " c3). [para(50709(a,l),159(a,l,2)),rewrite([23(9) 
,4(8),21622(8),4(7)])]. 

50801 a ~ (x v (y z)) = a ~ ((x v z) ~ (x v y)). [para(516(a,l),18682(a,l,2)),rewrite([4(9) 
,2786(9), 16931(8),21(7), 21(8), 112(7), 112(7), 9373(11), 17662(11)]), flip(a)]. 

50871 a ~ (c2 ~ (x v (cl v (c2 ~ c3)))) = a ~ c2. [para(50727(a,l),461(a,l,2,2,2)),rewrite([ 
16931(8),3(13),21(14),28(13),16931(18),21(17),7(16)])]. 

50874 a ~ (c2 ~ (cl v ((c2 ~ c3) v x))) = a ‘ c2. [para(4(a, 1),5087l(a, 1,2,2)).rewrite][5(8)])]. 

50901 a ~ (c2 (c3 v (x v cl))) = a ~ c2. [para(185(a,l),50874(a,l,2,2)),rewrite([25533(10)])]. 

53798 a ~ (c3 ((cl ~ c3) v (x v c2))) = a ~ c3. [para(6005(a,l),566(a,l,2,2)),rewrite([2(4) 
,4(16), 112(21), 2(20),3(20), 17670(20), 50801(17), 2(18), 83(19), 160(18),21(15),352(15), 2(12),3(12) 
,19740(12), 5163(19), 112(15)])]. 

53820 a ~ (c3 (c2 v (cl ~ c3))) = a ~ c3. ]para(32(a,l),53798(a,l,2,2,2)),rewrite([4(7)])]. 

54317 c3 v (a ‘ (c2 " (x v cl))) = c3 v (a ~ c2) . [para(50901(a,l),6223(a,l,2)),flip(a)]. 

54322 c2 v (a ‘ (cl ~ c3)) = c2 v (a ~ c3). [para(53820(a,l),6223(a,l,2)),rewrite([114(12)]),flip(a 
)]■ 

54473 c3 v (a ‘ (cl ~ c2)) = c3 v (a * c2). [para(32(a,l),54317(a,l,2,2,2)),rewrite([2(5)])]. 

60183 a ~ (x ~ (y v (z ~ u))) = x " (a ~ ((y v u) " (y v z))). [para(11205(a,l),458(a,l,2,2,2) 
),rewrite][280(8),2(4),50801(4)]),f!ip(a)]. 

73833 (cl ~ c3) v (cl ' (c2 v (a ~ c3))) != cl “ (c2 v c3) . [para(1373(a,l),19(a,l)),rewrite([ 
112(9),4(10),54322(10),2(14),21(14),4(17),90(17),2(10)])]. 

73856 $F. [para (1373(a, 1), 73833(a, 1)), rewrite][112(17), 60183(16),4 (15),2(16),28(17),21 (U),4(16) 
,9373(16),54473(14),2(22),21(22),847(23),4(19),90(19),2(14),15(15)]),xx(a)]. 


end of proof 
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THEOREM PROVED 

Just for comparison, see how much simpler the proof gets when RL1 is assumed: 

formulas (assumptions). 

x ~ y = y ~ x. 

(x ~ y) ~ z = x ~ (y ~ z) . 
x v y = y v x. 

(x v y) v z = x v (y v z) . 
x v (x - y) = x. 
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x - (x v y) = x. 

UpMe(x,y,z) = x ~ (y v z) . 

LoMe(x,y,z) = (x ~ y) v (x “ z) . 

UpJo(x,y,z) = (x v y) " (x v z). 

LoJo(x,y,z) = x v (y " z). 

UpMe(a ~ xl,yl,zl) v (yl " zl) = (((a ~ xl) " yl) v zl) ~ (((a ~ xl) ~ zl) v yl). 

LoMe(x,y,z) = UpMe(x,UpMe(y,x,z),UpMe(z,x,y)). 

UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a ~ y). 

end_of_list. 

formulas (goals). 

(all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> UpMe(x2,y2,z2) = LoMe(x2,y2,z2))) 

end_of_list. 


============================== proof ================================= 

7, Proof 1 at 88.76 (+ 0.59) seconds. 

7. Length of proof is 38. 

7. Level of proof is 8. 

7. Maximum clause weight is 29. 

7. Given clauses 936. 

1 (all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> UpMe(x2,y2,z2) = LoMe(x2,y2,z2) 
)) # label(non_clause) # label (goal). [goal]. 

2x'y = y~x. [assumption]. 

3 (x ~ y) ~ z = x ~ (y ~ z). [assumption]. 

4xvy = yvx. [assumption]. 

5 (x v y) v z = x v (y v z). [assumption]. 

6 x v (x ~ y) = x. [assumption], 

7 x ' (x v y) = x. [assumption], 

8 UpMe(x,y,z) = x ~ (y v z). [assumption], 

9 LoMe(x,y,z) = (x ~ y) v (x ~ z). [assumption], 

12 UpMe(a ~ x,y,z) v (y ~ z) = (((a ~ x) ~ y) v z) " (((a ~ x) ~ z) v y) . [assumption]. 

13 (x - y) v (a ~ (z ~ (x v y))) = ((a ~ (z ~ x)) v y) “ ((a ~ (z ‘ y)) v x). [copy(12), 

rewrite][8(3), 3(4), 4(6), 3(9), 3(13)])]. 

14 LoMe(x,y,z) = UpMe(x,UpMe(y,x,z) ,UpMe(z,x,y)) . [assumption], 

15 (x ~ y) v (x ~ z) = x ~ ((y " (x v z)) v (z ~ (x v y))). [copy(14),rewrite([9(l),8(4),8(6) 

,8(8)])]. 

16 UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a ~ y) . [assumption], 

17 (x ~ (y v (a ~ z))) v (x ~ (z v (a ~ y))) = x ~ (y v z) . [copy(16),rewrite([8(l),8(5),8(9)]), 

flip(a)], 

18 UpMe(a,cl,c3) = UpMe(a,cl,c2). [deny(l)]. 

19 a ' (cl v c3) = a ~ (cl v c2). [copy(18),rewrite([8(4),8(9)])]. 

20 LoMe(cl,c2,c3) != UpMe(cl,c2,c3). [deny(l)]. 

21 (cl ~ c2) v (cl ~ c3) ! = cl ~ (c2 v c3). [copy(20),rewrite([9(4),8(ll)])]. 

23 x ' (y " z) = y ~ (x ~ z). [para(2(a,l),3(a,l,l)),rewrite([3(2)])]. 

28 x v ((x " y) v z) = x v z. [para(6(a,l),5(a,l,l)),flip(a)]. 

30 x ' ((x v y) ~ z) = x ~ z. [para(7(a,l),3(a,l,l)),flip(a)]. 

32 x ' (y v x) = x. [para(4(a,l),7(a,l,2))]. 
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34 x v x = x. [ P ara(7(a,l),6(a,l,2))J. 

67 x ' ((y ~ (x v z)) v (z ~ (x v y))) = (y ~ x) v (x ~ z). [para(2(a,l),15(a,l,l)),flip(a)]. 

132 a ~ (x ~ (cl v c3)) = x “ (a ~ (cl v c2)). [para(19(a,l),23(a,l,2)),flip(a)[. 

143 x v (y v x) = y v x. [para(34(a,l),5(a,2,2)),rewrite([4(2)])[. 

183 x " (y v (z v x)) = x. [para(5(a,l),32(a,l,2))]. 

186 ((a ~ x) v y) ~ ((a “ (x ~ y)) v (z v x)) = (a ~ x) v (y ~ (z v x)). [para(32(a,l),13(a 

,2,2,l,2)),rewrite([183(6),4(5),2(14)]),fHp(a)] ■ 

189 x " (y " (z v x)) = y ~ x. [para(32(a,l),23(a,l,2)),flip(a)[. 

231 x v (y v (z v x)) = y v (z v x) . [para(5(a,l),143(a,l,2)),rewrite([5(5)])]. 

312 (x ~ y) v (z v x) = z v x. [para(143(a,l),28(a,2)),rewrite([231(4)])]■ 

401 a " (c3 (cl v c2)) = a ~ c3. [para(19(a,l), 189(a,l,2)),rewrite([23(7)])]. 

553 (x * (y ‘ z)) v (u v y) = n v y. [para(23(a,l),312(a,l,l))]. 

562 (a ~ x) v (y ~ (z v x)) = ((a ~ x) v y) ~ (z v x) . [back rewrite(186),rewritef[553(8)]),flip(a 

)]■ 

721 (x ~ (y v (a " c3))) v (x ~ ((c3 “ (cl v c2)) v (a ~ y))) = x ~ (y v (c3 " (cl v c2)) 
). [para(401(a,l),17(a,l,l,2,2))[. 

51633 (cl ~ c2) v (cl “ c3) = cl ~ (c2 v c3). [para(67(a,l),721(a,2)),rewrite([4(10),562(10),4(6) 
,2(10),30(11), 132(20),23(20), 32(19),4(17), 562(17),4(13), 2(17), 30(18), 17(15),2(8)]), flip(a)]. 

51634 $F. [resolve]51633,a,21,a)]. 
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formulas (assumptions). 

x ~ y = y " x. 

(x ~ y) ~ z = x ~ (y ~ z) . 
x v y = y v x. 

(x v y) v z = x v (y v z) . 
xv (x ~ y) = x. 
x ~ (x v y) = x. 

UpMe(x,y,z) = x ~ (y v z). 

LoMe(x,y,z) = (x ~ y) v (x ~ z) . 

UpJo(x,y,z) = (x v y) ~ (x v z). 

LoJo(x,y,z) = x v (y " z) . 

UpMe(a ~ xl,yl,zl) v (yl ~ zl) = (((a “ xl) " yl) v zl) ~ (((a ~ xl) ~ zl) v yl). 
UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a ~ y). 

end_of_list. 

formulas (goals). 

(all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> (UpMe(a,x2,y2) = UpMe(a,y2,z2) -> 

UpJo(x2,y2,z2) = LoJo(x2,y2,z2)))). 

end_of_list. 


============================== proof ================================= 

1 Proof 1 at 963.33 (+ 15.06) seconds. 

“/, Length of proof is 196. 

”/. Level of proof is 20. 

•/. Maximum clause weight is 47.000. 

'/. Given clauses 4826. 

I (all x2 all y2 all z2 (UpMe(a,x2,y2) = UpMe(a,x2,z2) -> (UpMe(a,x2,y2) = UpMe(a,y2,z2) 

-> UpJo(x2,y2,z2) = LoJo(x2,y2,z2)))) # label(non_clause ) # Iabel(.goa0 . [goal]. 

2x'y = y~x. [assumption]. 

3 (x ~ y) ~ z = x ~ (y ~ z). [assumption]. 

4xvy = yvx. [assumption]. 

5 (x v y) v z = x v (y v z). [assumption]. 

6 x v (x ~ y) = x. [assumption]. 

7 x ' (x v y) = x. [assumption], 

8 UpMe(x,y,z) = x ~ (y v z). [assumption], 

9 LoMe(x,y,z) = (x ~ y) v (x " z). [assumption], 

10 UpJo(x,y,z) = (x v y) " (x v z) . [assumption]. 

II LoJo(x,y,z) = x v (y ~ z) . [assumption], 

12 UpMe(a ~ x,y,z) v (y ' z) = (((a ~ x) ~ y) v z) ~ (((a ~ x) ~ z) v y) . [assumption]. 

13 (x ‘ y) v (a ~ (z ‘ (x v y))) = ((a ~ (z ~ x)) v y) ~ ((a ~ (z “ y)) v x). [copy(12), 

rewrite][8(3), 3(4),4(6), 3(9), 3(13)])]. 

14 UpMe(x,y,z) = UpMe(x,y,a ~ z) v UpMe(x,z,a " y) . [assumption], 

15 (x ~ (y v (a ~ z))) v (x ~ (z v (a ~ y))) = x ~ (y v z) . [copy(14),rewrite([8(l),8(5),8(9)]), 

flip (a)]. 
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16 UpMe(a,cl,c3) = UpMe(a,cl,c2). [deny(l)]. 

17 a ~ (cl v c3) = a ~ (cl v c2). [copy(16),rewrite([8(4),8(9)])]. 

18 UpMe(a,c2,c3) = UpMe(a,cl,c2). [deny(l)]. 

19 a ~ (c2 v c3) = a ~ (cl v c2). [copy(18),rewrite([8(4),8(9)])]. 

20 LoJo(cl,c2,c3) != UpJo(cl,c2,c3). [deny(l)]. 

21 cl v (c2 ~ c3) ! = (cl v c2) ~ (cl v c3). [copy(20),rewrite([ll(4),10(9)])]. 

23 x ' (y " z) = y ~ (x ~ z). [para(2(a,l),3(a,l,l)),rewrite([3(2)])]. 

25 x v (y v z) = y v (x v z). [para(4(a,l),5(a,l,l)),rewrite([5(2)j)]. 

26 x v (y ‘ x) = x. [para(2(a,l),6(a,l,2))]. 

27 (x * y) v (x ~ (y ~ z)) = x ~ y. [para(3(a,l),6(a,l,2))J. 

28 x v ((x " y) v z) = x v z. [para(6(a,l),5(a,l,l)),flip(a)[. 

29 x v (y v ((x v y) ~ z)) = x v y. [para(6(a,l),5(a,l)),flip(a)J. 

30 x ' ((x v y) ~ z) = x ~ z. [para(7(a, l),3(a,l,l)),flip(a)]. 

31 x ‘ (y " ((x ~ y) v z)) = x ~ y. [para(7(a,l),3(a,l)),flip(a)]. 

32 x ‘ (y v x) = x. [para(4(a,l),7(a,l,2))J. 

33 (x v y) " (x v (y v z)) = x v y. [para(5(a,l),7(a,l,2))J. 

34 x v x = x. [para(7(a,l),6(a,l,2))J. 

35 x " x = x. [para(6(a,l),7(a,l,2))J. 

38 (x " y) v (a ~ ((x v y) ~ z)) = ((a ~ (z ~ x)) v y) ~ ((a ~ (z ~ y)) v x). [para(2(a,l) 

,13(a,l,2,2))]. 

39 (x ~ y) v (a ~ (z ~ (x v y))) = ((a ~ (x " z)) v y) ~ ((a ~ (z ~ y)) v x). [para(2(a,l) 

,13(a,2,l,l,2))]. 

43 (x - (y * z)) v (a “ (u ~ ((x ~ y) v z))) = ((a “ (u ~ (x ~ y))) v z) ~ ((a ~ (u ~ z)) 
v (x " y)). [para(3(a, 1), 13(a. 1.1))]. 

46 (x " y) v (a ~ (z ~ (x v y))) = (y v (a ~ (z ~ x))) “ ((a ~ (z ~ y)) v x). [para(4(a,l) 

,13(a,2,l))]. 

57 ((a ~ x) v y) ~ (x v ((a ~ (x ~ y)) v z)) = (a ~ x) v ((x v z) ~ y). [para(7(a,l),13(a 
,2,1,1,2) ),rewrite([5(5), 7(6),4 (5),25(13)]),flip(a)]. 

60 (((a ~ (x ~ y)) v z) ~ u) v (((a ~ (x ~ y)) v z) ~ ((a ~ (x " z)) v y)) = (y ~ z) v (( 
a (x ~ (y v z))) v (((a ~ (x ~ y)) v z) ~ u)). [para(13(a,2),9(a,2,2)),rewrite([9(9),25(27) 

,4(26)])]. 

67 (x ~ (y v (z ~ a))) v (x ~ (z v (a ~ y))) = x ~ (y v z) . [para(2(a,l),15(a,l,l,2,2))]. 

86 (a ~ (cl v c2)) v (a ~ (x ~ (a v (cl v c3)))) = a ‘ (cl v (c3 v (a ~ (x ~ a)))), [para 

(17 (a, 1 ),13(a, 1, l)),rewrite([25(22),4(21),4(30), 6(30),2(24)])]■ 

91 (x ~ (cl v (c3 v (a ~ y)))) v (x ~ (y v (a ~ (cl v c2)))) = x ~ (cl v (c3 v y)). [para 

(17(a, 1), 15(a, l,2,2,2)),rewrite([5(6), 5(19)])]. 

93 (a " (cl v c2)) v (a ~ (x ~ (a v (c2 v c3)))) = a ~ (c2 v (c3 v (a " (x ~ a)))), [para 
(19(a, 1 ),13(a, 1,1) ),rewrite([25(22),4(21),4(30), 6(30),2(24)])]■ 

98 (x " (c2 v (c3 v (a ~ y)))) v (x ~ (y v (a ~ (cl v c2)))) = x ~ (c2 v (c3 v y)). [para 

(19(a, 1), 15(a, l,2,2,2)),rewrite([5(6), 5(19)])]. 

99 x v (y * (x ~ z)) = x. [para(23(a,l),6(a,l,2))]. 

100 x ~ (y ~ (x v z)) = y ~ x. [para(7(a, 1),23(a,l,2)),flip(a)]. 

110 a ~ (x ~ (cl v c3)) = x ~ (a ~ (cl v c2)). [para(17(a,l),23(a,l,2)),flip(a)]. 

111 a • (x ‘ (c2 v c3)) = x “ (a ~ (cl v c2)). [para(19(a,l),23(a,l,2)),flip(a)[. 

113 (a ~ (cl v c2)) v (x ‘ a) = a " (c2 v (c3 v (a ~ (x ~ a)))). [back_rewrite(93),rewrite][ 

100(13)])]. 

114 a ~ (c2 v (c3 v (a ~ (x ~ a)))) = a " (cl v (c3 v (a ~ (x ~ a)))). [back_rewrite(86), 
rewrite([100(13),113(8)])]. 

117 (a ~ (cl v c2)) v (x ~ a) = a ~ (cl v (c3 v (a ~ (x ~ a)))). [back_rewrite(113),rewrite([ 

114(18)])]. 

118 x v (x v y) = x v y. [para(34(a,l),5(a,l,l)),flip(a)]. 

120 x v (y v x) = y v x. [para(34(a,l),5(a,2,2)),rewrite([4(2)])]. 
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124 x ~ (x ~ y) = x ~ y. ]para(35(a,l),3(a,l,l)),flip(a)]. 

126 x ~ (y " x) = y ~ x. [para(35(a,l),3(a,2,2)),rewrite([2(2)]J]. 

127 (x ~ y) v (a ~ (x v y)) = ((a ~ x) v y) ' ((a ~ y) v x) . [para(35(a,l),13(a,l,2,2)),rewrite( 
[2(8),7(8),2(11),32(11)])]. 

128 (x ~ y) v (a " y) = y ~ ((a ~ y) v x). [para(35(a,l),13(a,2,2,l,2)),rewrite([32(4),4(8),99(8)])] 

144 (a ' (cl v c2)) v (x ~ a) = a ~ (cl v (c3 v (x ~ a))). ]back_rewrite(117),rewrite([126(15)]) 

]■ 

148 x v (y ~ (z ~ x)) = x. ]para(3(a,l),26(a,l,2))]. 

149 xv ((y ~ x) v z) = x v z. ]para(26(a,l),5(a,l,l)),flip(a)]. 

150 x v (y v (z ~ (x v y))) = x v y. ]para(26(a,l),5(a,l)),flip(a)]. 

157 (x ~ y) v (x ~ (z ~ y)) = x ~ y. ]para(23(a,l),26(a,l,2))]. 

158 x ~ ((y v x) ~ z) = x ~ z. [para(32(a,l),3(a,l,l)),flip(a)]. 

159 x ~ (y " (z v (x ~ y))) = x ~ y. [para(32(a,l),3(a,l)),flip(a)]. 

160 x " (y v (z v x)) = x. ]para(5(a,l),32(a,l,2))]. 

166 x " (y ~ (z v x)) = y ~ x. [para(32(a,l),23(a,l,2)),flip(a)]. 

169 x v (y v (x ~ z)) = y v x. [para(6(a,l),25(a,l,2)),flip(a)]. 

170 x " (y v (x v z)) = x. [para(25(a,l),7(a,l,2))J. 

176 x v (y v (z ~ x)) = y v x. [para(26(a,l),25(a,l,2)),flip(a)]. 

177 (x v y) ~ (x v (z v y)) = x v y. [para(25(a,l),32(a,l,2))]. 

180 xv ((y ~ (x ~ z)) v u) = x v u. ]para(99(a,l),5(a,l,l)),flip(a)]. 

191 (a ~ x) v ((x v y) ~ z) = ((a " x) v z) " (x v y) . ]back_rewrite(57),rewrite([180(8)]),flip(a) 
]■ 

202 x v (y v (z v x)) = y v (z v x) . [para(5(a,l),120(a,l,2)),rewrite([5(5)])J. 

213 (x ~ y) v ((x ~ (y ~ z)) v u) = (x " y) v u. [para(27(a,l),5(a,l,l)),flip(a)]. 

224 x " (y " (z ~ x)) = y ~ (z ~ x) . fpara(3(a,l),126(a,l,2)),rewrite([3(5)])]. 

230 (x ~ y) v (y ~ x) = x ~ y. [para(126(a,l),27(a,l,2))]. 

232 x v (y ~ (z ~ (u ~ x))) = x. ]para(3(a,l),148(a,l,2,2))]. 

233 x v ((y ~ (z ~ x)) v u) = x v u. fpara(148(a,l),5(a,l,l)),flip(a)]. 

239 cl v (c3 v (x ~ (a “ (cl v c2)))) = cl v c3. [para(17(a,l),148(a,l,2,2)),rewrite([5(10)])]. 

249 x ~ (y (z v (u v (x ~ y)))) = x ~ y. [para(160(a,l),3(a,l)),flip(a)]. 

250 x ~ (y v (z v (u v x))) = x. [para(5(a,l),160(a,l,2,2))]. 

267 (a ~ x) v (y ~ (x v z)) = (x v z) ~ ((a ~ x) v y) . ]para(170(a,l),13(a,l,2,2)),rewrite([4(5) 
,25(10),180(10),7(9)])]. 

277 x v (((a ' (y ~ x)) v z) ~ ((a ~ (y ~ z)) v x)) = x v (a ~ (y ~ (x v z))). [para(13(a 

,l),28(a,l,2))]. 

279 (x v y) ~ ((x ~ z) v y) = (x ~ z) v y. ]para(28(a,l),32(a,l,2)),rewrite([2(4)])]■ 

280 x v (y v ((x ~ z) v u)) = y v (x v u) . [para(28(a,l),25(a,l,2)),flip(a)]. 

281 (x ~ y) v (z v x) = z v x. ]para(120(a,l),28(a,2)),rewrite([202(4)])]. 

293 x " (y ~ ((x v z) " u)) = y ~ (x ~ u). [para(30(a,l),23(a,l,2)),flip(a)]. 

294 (x ~ y) v ((x v z) ~ y) = (x v z) ~ y. [para(30(a,l),26(a,l,2)),rewrite([4(4)])]■ 

295 (x v y) ~ (z ~ x) = z ~ x. [para(126(a,l),30(a,2)),rewrite([224(4)])]. 

296 ((x v y) ~ z) v (u ~ (x ~ z)) = (x v y) " z. jpara(30(a,l),148(a,l,2,2))]. 

298 x " (y " (z ~ (x v u))) = y " (z ~ x). ]para(3(a,l),100(a,l,2)),rewrite([3(6)])]. 

310 (x ~ y) v (x ~ (y v z)) = x ~ (y v z). [para(100(a,l),26(a,l,2)),rewrite([4(4)])]■ 

315 x v (((a (y ~ z)) v x) ~ ((a ~ (y ~ x)) v z)) = x v (a ~ (y ~ (z v x))). [para(13(a 

,l),149(a,l,2))]. 

321 (x v y) " ((z ~ x) v y) = (z ~ x) v y. ]para(149(a,l),32(a,l,2)),rewrite([2(4)])]■ 

322 x v (y v ((z ~ x) v u)) = y v (x v u) . [para(149(a,l),25(a,l,2)),flip(a)]. 

323 (x ~ y) v (z v y) = z v y. ]para(120(a,l),149(a,2)),rewrite([202(4)])]. 

338 (x ~ y) v ((z v x) ~ y) = (z v x) ~ y. [para(158(a,l),26(a,l,2)),rewrite([4(4)])]■ 

340 (x v y) " (z ~ y) = z ~ y. [para(126(a,l),158(a,2)),rewrite([224(4)])]■ 
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357 x v (y v (((x ~ z) v y) ~ u)) = x v y. [para(29(a,l),28(a,l,2)),rewrite([28(3)]),flip(a)]. 

372 (x “ y) v (x ~ (z v y)) = x ~ (z v y). [para(166(a,l),26(a,l,2)),rewrite([4(4)])]- 

390 x v (y v (z v (u ~ (x v y)))) = z v (x v y). [para(176(a,l),5(a,l)),flip(a)]. 

391 x v (y v (z v (u ~ x))) = y v (z v x). [para(5(a,l),176(a, 1,2)),rewrite([5(6)])]. 

400 (x v y) “ (x v (z * y)) = x v (z ‘ y). [para(l76(a, 1 ),32(a,l,2)),rewrite([2(4)])]. 

427 (a ~ x) v (((a “ x) v y) ~ z) = ((a ~ x) v z) ~ ((a ~ x) v y). [para(31(a,l),13(a,2,l,l)) t 

rewrite][5(9),31(11),4 (7),25(17),213(17)])]. 

444 (x A y) v (z v (y ' x)) = z v (y ‘ x). [para(230(a,l),5(a,2,2)),rewrite([4(4)])]. 

449 (x ~ (y ~ z)) v (y ~ x) = x ~ y. [para(230(a,l),28(a,2)),rewrite([3(3),444(6)])] ■ 

451 x v ((y ~ (z ~ (u ‘ x))) v w) = x v w. [para(232(a,l),5(a,l,l)),flip(a)]. 

479 a ~ (x ~ ((y v z) ~ (u v (w v (((a ~ (x ~ y)) v z) ~ ((a “ (x ~ z)) v y)))))) = a “ ( 

x ~ (y v z)). [para(13(a,l),250(a,l,2,2,2)),rewrite([3(16),3(15)])]. 

504 (x v y) “ (y v (x v z)) = y v x. [para(4(a,l),33(a,l,l))]. 

514 (x v y) ~ (y v x) = x v y. [para(120(a,l),33(a,l,2))[. 

516 (x ~ (y ~ z)) v (u v (x ~ y)) = u v (x ~ y). [para(3(a,l),281(a,l,l))[. 

537 (x ~ y) v (a ~ (z ~ (u v y))) = (y v u) " ((a ~ (z ~ (y v u))) v (x ~ y)) . [para(295(a 

,l),13(a,l,l)),rewrite([5(5),176(5),25(18),451(18),2(14)])]. 

556 (x ~ (y ~ z)) v (u v z) = u v z. ]para(3(a,l),323(a,l,l))]. 

557 (x ~ y) v (z v (u v y)) = z v (u v y). [para(5(a,l),323(a,l,2)),rewrite([5(6)])]. 

606 (x v y) ~ (z ~ (x v (u ~ y))) = z ~ (x v (u " y)). ]para(176(a,l),340(a,l,l))]. 

719 x v (y v (z ~ (y v x))) = x v y. [para(514(a,l),148(a,l,2,2)),rewrite([5(4)])]. 

722 (x v (y v z)) ' (z v y) = z v y. [para(514(a,l),340(a,l,2)),rewrite([514(7)])]. 

745 (x v y) ~ (y v (z ~ (x v y))) = y v (z ~ (x v y)). [para(150(a,l),32(a,l,2)),rewrite([2(5)])] 

890 (x ~ (y ~ z)) v (x ~ (y ~ (z v u))) = x " (y " (z v u)). [para(100(a,l),157(a,l,2,2)), 

rewrite([4(6)])]. 

898 (x ~ (y v z)) v (x ~ (y v (z v u))) = x " (y v (z v u)). [para(33(a,l),157(a,l,2,2)), 
rewrite([4(6)])]. 

909 (a ~ x) v (y ~ (z v (a ~ x))) = (z v (a " x)) ~ ((a ~ x) v y). [para(159(a,l),13(a,2,2,l) 
), rewrite([249(11),4(7), 516(14)])]. 

921 (x ~ y) v (z v (y ~ (u v (x ~ y)))) = z v (y ~ (u v (x ~ y))). [para(159(a,l),323(a,l,l)) 
]■ 

941 (a ~ ((x v y) ~ z)) v ((a ~ (z ' x)) v y) = (a “ (z ~ x)) v y. [para(38(a,2),6(a,l,2)), 
rewrite][25(11),4 (10), 557(11)])]. 

964 (a ~ (cl v c2)) v (a ~ x) = a ~ (cl v (c3 v (x ~ a))). [para(17(a,l),38(a,l,l)),rewrite([ 
30(13),126(12),25(14),4(13),110(20),4(22),99(22),2(16)])]. 

1108 (x v y) ' (x v ((x v y) ~ z)) = x v ((x v y) ~ z) . [para(29(a,l),177(a,l,2)),rewrite([2(5)]) 

]■ 

1243 a ~ (c2 v (c3 v (a “ x))) = a " (cl v (c3 v (x ~ a))). [para(19(a,l),39(a,l,l)),rewrite([ 
100(13),144(8),124(12),25(14),4(13),111(20),4(22),99(22),2(16)]),flip(a)]. 

2810 (a ~ x) v (y ' (z ~ (x v u))) = (x v u) ~ ((a “ x) v (y ~ z)). [para(7(a,l),43(a,2,2,l,2) 
),rewrite([170(8),4(6),25(12),180(12)])]. 

4331 (x “ y) v (a ~ (z ~ (x v y))) = (y v (a ~ (z ~ x))) “ (x v (a ~ (z " y))). [para(4(a 

,l),46(a,2,2))]. 

4337 (a ~ x) v (y ~ a) = a ~ (x v (y ~ a)). [para(46(a,l),9(a,2)),rewrite([9(5),100(7),126(9) 
,4(13),6(13),2(10)])]. 

4352 a ~ (cl v (c3 v (x ~ a))) = a " (cl v (c2 v (x ~ a))). [para(17(a,l),46(a,l,l)),rewrite([ 
100(13),4337(8),5(7),126(15),5(14),110(20),4(22),99(22),2(16)]),flip(a)]. 

4586 x v ((x v (a ~ (y ~ z))) ~ (z v (a ~ (y ~ x)))) = x v (a " (y ~ z)). [para(46(a,2),719( 
a, 1,2,2)), rewrite][4331 (9), 909(13),25(12),233(12)])]. 

5088 a " (c2 v (c3 v (a ~ x))) = a " (cl v (c2 v (x ~ a))). [back.rewrite(1243),rewrite([ 
4352(16)])]. 
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5089 (a ~ (cl v c2)) v (a " x) = a ~ (cl v (c2 v (x ~ a))). [back_rewrite(964),rewrite][ 

4352(16)])]. 

5201 (x v y) ~ ((z ~ y) v x) = (z ~ y) v x. [para(176(a,l),722(a,l,l))]. 

6279 x v (a ~ (y ~ (x v z))) = x v (a ~ (y ~ z)). ]para(504(a,l),60(a,l,l)),rewrite([5(14) 
,427(13),556(8),277(10),504(20),25(15),4(14),890(14),25(12),4331(11),4586(15)])]. 

6495 ((x v (y ~ a)) ~ z) v (z " (y v (a " x))) = z ~ (x v y). ]para(2(a,l),67(a,l,l))]. 

6508 (x ~ (y v (z ~ a))) v (u v (x " (z v (a ~ y)))) = u v (x " (y v z)). [para(67(a,l),25(a 

,l,2)),flip(a)]. 

7094 (a ~ x) v (y ~ x) = x ~ ((a x) v y). ]para(128(a,l),4(a,l)),flip(a)]. 

7695 cl v (c3 v (a ' c2)) = cl v c3. ]para(166(a,l),239(a,l,2,2))]. 

7732 (cl v c3) " (cl v (a ~ c2)) = cl v (a ~ c2) . [para(7695(a, 1), 177(a,l,2)),rewrite([2(9)])]. 
9660 x ~ ((x ~ y) v (x ~ z)) = (x ' y) v (x ' z) . [para(6(a,l),279(a,l,l))J. 

10028 x v ((x v y) ' (x v z)) = (x v y) ~ (x v z) . ]para(7(a,l),294(a,l,l))]. 

10127 (x ~ (y ~ (z v u))) v ((w ~ (x ~ (y ~ z))) v v5) = (x " (y ~ (z v u))) v v5. [para 

(298(a, 1), 233(a,l,2,l,2))J. 

10150 (x ~ (y ~ (z ~ u))) v (w v (y ~ (z " (u v v5)))) = w v (y " (z " (u v v5))). [para 

(298(a,l),556(a,l,l,2))]. 

10193 a ~ (cl v (c2 v (a ~ (c2 v (c3 v x))))) = a " (c2 v (c3 v x)). ]para(19(a,l),310(a,l,l) 
), rewrite ([5(10), 5089(12),2(9), 5(17)])]. 

10202 (x ~ (y ~ z)) v (x ~ (u v y)) = x " (u v y) . ]para(281(a,l),310(a,l,2,2)),rewrite([281(8)])] 

10210 (x ~ (y ' z)) v (z - ((x " (y “ z)) v u)) = z ~ ((x ' (y ~ z)) v u) . [para( 224 (a, 1) 

,310(0,1,1))]. 

10338 x ~ ((y ' z) v (y ' x)) = x ~ y. [para(449(a,l),321(a,l,2)),rewrite][2(5),3(5),9660(4),449(8) 

])]■ 

10367 x v (a ~ (y ~ (z v x))) = x v (a ~ (y " z)). [para(321(a,l),60(a,l,l)),rewrite([5(15) 
,315(14),10150(10),321(20),10127(16),4(11),25(12),4331(11),4586(15)])]. 

10914 x~ ((y " z) v (z ~ x)) = x ~ z. [para(2(a,l),10338(a,1,2,1))]. 

10915 x ~ ((y * z) v (x ~ y)) = x ~ y. [para(2(a,l),10338(a,1,2,2))]. 

10940 x ~ ((y " (z " u)) v (u ~ x)) = x " u. [para(224(a,l),10338(a,1,2,1))]. 

11021 x ~ ((y ' z) v (x * z)) = x ~ z. ]para(2(a,l),10914(a,l,2,2))]. 

11183 x ~ ((y ' z) v (x “ (u v z))) = x " (u v z) . [para(340(a,l),10915(a,1,2,1))]. 

11568 x ~ (y v (x ~ (z v (u v y)))) = x " (z v (u v y)). [para(160(a,l),11021(a,1,2,1))]. 

12001 xv (y v (z v (u v (w ~ x)))) = y v (z v (u v x)). [para(202(a,l),322(a,l,2,2)),rewrite([ 

391(9)])]. 

12204 x v ((y v x) ~ (x v z)) = (y v x) " (x v z) . [para(7(a,l),338(a,l,l))]. 

12396 x v (y v (((x " z) v (y " u)) “ w)) = x v y. [para(357(a,l),280(a,l,2)),rewrite([169(3)]), 

flip(d)]. 

13792 x v ((y v x) ~ (y v z)) = x v y. [para(504(a,l),372(a,l,2)),rewrite([25(5),4(4), 10028(4) 
,504(8)])]. 

13882 x v ((y v z) ~ (y v x)) = x v y. [para(2(a,l),13792(a,l,2))[. 

13902 x v (((y ~ z) v x) ~ (u v z)) = x v (y ~ z) . [para(323(a, 1), 13792(a, 1,2,2))]. 

14400 x v ((y v z) ~ (z v x)) = x v z. [para(4(a,l),13882(a,1,2,1))]. 

14415 x v ((y v z) ~ ((u * z) v x)) = x v (u ~ z) . [para(323(a,l),13882(a,1,2,1))]. 

14736 x v ((y v z) ~ (z v (u ' x))) = x v z. [para(14400(a,l),149(a,l,2)),rewrite([149(3)]),flip(a)] 

17603 x v (a ~ (x v y)) = x v (a ~ y). [para(127(a,l),28(a,l,2)),rewrite([14415(8)]),flip(a)]. 

17613 x v (a ~ (y v x)) = x v (a ~ y). [para(127(a,l),149(a,l,2)),rewrite([13902(8)]),flip(a)]. 

17730 (a ~ x) v (a ~ y) = a ~ (x v y). [para(127(a,2),43(a,l,2,2)),rewrite([11183(10),10202(7) 

, 2(10),3(10), 32(9), 124(7),2(11), 31(12), 5201(12)]), flip(a)]. 

18007 a ~ (cl v (c2 v (a ~ (c3 v x)))) = a ~ (c2 v (c3 v x)). [back_rewrite(10193),rewrite][ 
17603(10)])]. 
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18151 a ‘ (cl v (c2 v (x " a))) = a ~ (cl v (c2 v x)). [back rewritef5089),rewritef[17730(8) 
,5(5)]),fUp(a)]. 

18251 a (c2 v (c3 v (a ~ x))) = a ~ (cl v (c2 v x)). [back_rewrite(5088),rewrite([l8151(16)])] 

18578 cl v (a " c3) = cl v (a " c2). [para(17(a,l),17603(a,l,2)),rewrite([17603(7)]),flip(a)[. 

18580 a ~ (x v (a ~ y)) = a ~ (x v y). [para(17603(a,l),32(a,l,2)),rewrite([3(7),400(6)])]. 

18588 a ~ (x ~ (y v (a ~ z))) = x ~ (a ~ (y v z)). [para(17603(a,l),166(a,l,2,2)),rewrite([3(8) 

,606(7)))}. 

18658 a ~ (cl v (c2 v (c3 v x))) = a ~ (cl v (c3 v x)). [para(91(a,l),17603(a,2)),rewrite([ 
25(24),4(23),17730(23),25(20),25(19),5(18),25(19),25(18),118(20),18580(21),12001(18),4(17) 
,17730(17),25(14),25(13),4(12),25(12),25(11),25(10),4(9),26(9),25(10),25(9),118(8),118(9)])]. 

18661 a ‘ (c2 v (c3 v x)) = a ~ (cl v (c2 v x)). [para(98(a,l),17603(a,2)),rewrite([18251(8) 

,18251(15),25(20),4(19),898(19),11568(15),34(13)]),flip(a)]. 

19033 a " (cl v (c2 v (a ~ x))) = a ~ (cl v (c2 v x)). [back_rewrite(18251),rewrite([18661(8)])] 

19034 a ~ (cl v (c3 v x)) = a ~ (cl v (c2 v x)). [back_rewrite(18007),rewrite([19033(10) 

,18658(8),18661(12)])]. 

19518 c3 v (a ‘ (cl v c2)) = c3 v (a ~ cl). [para(17(a,l),17613(a,l,2))J. 

19519 c3 v (a ‘ c2) = c3 v (a ~ cl), [para (19(a,l),l 7613 (a, 1,2)), rewrite ('[19518(7)]), flip (a)]. 

19765 a ~ ((a ~ x) v y) = a ~ (x v y). [para(124(a,l),17730(a,l,l)),rewrite([17730(5)]),flip(a)]. 

22049 (a ~ x) v (x ~ y) = x ~ ((a “ x) v y) . [para(6(a,l),191(a,1,2,1)),rewrite][6(9),2(8)])]. 

30100 (x ~ y) v ((x v z) " (u v y)) = (x v z) ~ (u v y). [para(166(a,l),296(a,l,2)),rewrite([ 

4(5)])]. 

40090 c2 v ((x v c3) “ (c3 v (a “ cl))) = c2 v c3. [para(19519(a,l),14736(a,l,2,2))]. 

44335 cl v (a " (c3 v x)) = cl v (a ~ (c2 v x)). [para(19034(a,l),17603(a,l,2)),rewrite([ 
17603(8)]),flip(a)]. 

46202 (a ~ (x ~ y)) v (y ~ z) = y ~ ((a ~ (x ~ y)) v z). [para(10940(a,l),427(a,2)),rewrite([ 
10210(12),2(9),166(9),2(10)])]. 

48249 cl v (a " (c2 " (x v c3))) = cl v (a ~ c2) . [para(40090(a,l),44335(a,2,2,2)),rewrite([ 
12204(12),18588(11),4(7),17(8),23(9),6279(10),2(6),19(14),17603(15)])]. 

49221 cl v (a ■ (c2 ~ c3)) = cl v (a ~ c2). [para(34(a,l),48249(a,l,2,2,2))]. 

49233 cl v (c2 " (c3 v (a ~ cl))) = cl v (c2 ~ c3). [para(49221(a,l),176(a,l,2)),rewrite([25(9) 

,4(8),22049(8),4(7),19519(7)])]. 

52023 a ~ (x v (y “ z)) = a “ ((x v z) “ (x v y)). [para(537(a,l),19765(a,l,2)),rewrite([4(9) 

,2810(9),17730(8),23(7),23(8),124(7),124(7),10367(11),18580(11)]),f!ip(a)]. 

63667 a ~ (x ~ (y v (z ~ u))) = x ~ (a ~ ((y v u) " (y v z))). [para(12396(a,l),479(a,l,2,2,2) 
), rewrite ([298(8),2(4), 52023(4)]), 6ip(a)]. 

63754 x v (y v (z ~ (x v (u ~ z)))) = y v (x v (u ~ z)). [para(921(a,l),390(a,l,2))j. 

64469 x v (a ~ ((y v x) ~ z)) = x v (a ~ (y ~ z)). [para(745(a,l),941(a,l,l,2)),rewrite([52023(5) 
,120(3),2(10),63667(11),120(8),293(11),4(10),6279(10),25(10),4(9),17730(9),30100(6),6279(6),2(10) 

, 63667(11),120(8),293(11),4(10),6279(10)])]. 

69039 x v ((x v y) ~ (z v (a - x))) = x v ((x v y) ~ z) . [para(1108(a,l),7094(a,l,2)),rewrite([ 
52023(5),118(4),25(9),46202(8),4(7),64469(7),7(4),52023(14),118(13),4(16),148(16),2(11),1108(11)]) 
]■ 

104056 cl v (c2 ~ (cl v c3)) = (cl v c2) ~ (cl v c3). [para(7732(a,l),6495(a,l,2)),rewrite([2(4) 
,2(9),4(15),5(15),267(14),25(13),4(12),19519(12),176(13),4(9),2(10),69039(11),2(6),4(13),2(14)])]. 

104095 cl v (c2 ~ c3) = (cl v c2) ~ (cl v c3). [para(49233(a,l),6508(a,l,2)),rewrite([2(5) 
,18578(6),25(13),4(12),63754(13),25(9),4(8),22049(8),4(7),19519(7),49233(9),104056(12)])]. 

104096 $F. [resolve]104095,a,21,a)]. 

============================== end of proof ========================== 
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